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SYSTEM AND METHOD FOR CONTROLLING A CALL PROCESSING SYSTEM 

RELATED APPLICATIONS 
Not Applicable 

FEDERALLY SPONSORED RESEARCH OR DEVELOPMENT 
Not Applicable 

MICROFICHE APPENDIX 
Not Applicable 

FIELD OF THE INVENTION 

The present invention relates to the field of administration of 
telecommunications call connecting management and transport devices. 

BACKGROUND OF THE INVENTION 

Broadband systems provide telecommunications providers with many 
benefits, including greater bandwidth, more efficient use of bandwidth, and the ability to 
integrate voice, data, and video communications. These broadband systems provide 
callers with increased capabilities at lower costs. 

The broadband systems may have multiple elements that operate together 
to connect calls: Some elements may process call signaling while other elements make 
connections for calls. Alternately, a single element may be used to both process call 
signaling and to make connections for calls. In either system, there is a need for a system 
to provide for maintenance and administration of the elements. Such a system should be 
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capable of providing the administration services for local or regional elements. The 
system of the present invention provides theses needs. 

SUMMARY OF THE INVENTION 

The present invention comprises a system for administering call processes 
for a call. The system comprises a signaling processor adapted to process call signaling. 
The system further comprises a management system adapted to transmit configuration 
data to the signaling processor, to manage performance data associated with the call, and 
to remotely control a call processing application. 

The present invention also comprises a system for managing a call process 
for a call. The system comprises a communication system adapted to transfer a 
communication between an external device and the system. The system includes a 
remote call control system adapted to remotely control a call processing application for 
the call. The system also comprises a fault management system adapted to manage fault 
data from the external device. 

The present invention also is directed to a system for administering a call 
process for a call having call signaling and user communications. The system comprises 
a signaling processor adapted to process the call signaling to select a connection for the 
call and to transmit a control message designating the selected connection. The system 
further comprises a connection system adapted to receive the control message and to 
connect the user communications over the selected connection. The system includes a 
management system that comprises a communication system adapted to transfer a 
communication between the management system and at least one of the signaling 
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processor and the connection system. The management system includes a remote call 
control system adapted to remotely control a call processing application for the call. The 
management system also comprises a fault management system adapted to manage fault 
data from at least one of the signaling processor and the connection system. 

BRIEF DESCRIPTION OF THE DRAWINGS 

Figure 1 is a block diagram of a regional call process control system in 
accordance with an embodiment of the present invention. 

Figure 2 is a block diagram of a call process control system with an 
expanded call signaling and call processing system in accordance with an embodiment of 
the present invention. 

Figure 3 is a block diagram of an expanded call process control system in 
accordance with an embodiment of the present invention. 

Figure 4 is a block diagram of a fault management system in accordance 
with an embodiment of the present invention. 

Figure 5 is a block diagram of a remote call control system in accordance 
with an embodiment of the present invention. 

Figure 6 is a block diagram of a historical data processing system with an 
operational measurements system in accordance with an embodiment of the present 
invention. 

Figure 7 is a block diagram of an accounting control system in accordance 
with an embodiment of the present invention. 
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Figure 8 is a block diagram of a configuration management system in 
accordance with an embodiment of the present invention. 

Figure 9 is a functional diagram of a controllable asynchronous transfer 
mode matrix in accordance with the present invention. 

Figure 10 is a functional diagram of a controllable asynchronous transfer 
mode matrix with time division multiplex capability in accordance with the present 
invention. 

Figure 11 is a functional diagram of an asynchronous transfer mode 
interworking unit for use with a synchronous optical network system in accordance with 
the present invention. 

Figure 12 is a functional diagram of an asynchronous transfer mode 
interworking unit for use with a synchronous digital hierarchy system in accordance with 
the present invention. 

Figure 13 is a block diagram of a signaling processor constructed in 
accordance with the present system. 

Figure 14 is a block diagram of a data structure having tables that are used 
in the signaling processor of Figure 13. 

Figure 15 is a block diagram of additional tables that are used in the 
signaling processor of Figure 14. 

Figure 16 is a block diagram of additional tables that are used in the 
signaling processor of Figure 14. 

Figure 17 is a block diagram of additional tables that are used in the 
signaling processor of Figure 14. 
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Figure 18 is a table diagram of a time division multiplex trunk circuit table 
used in the signaling processor of Figure 14. 

Figure 19 is a table diagram of an asynchronous transfer mode trunk 
circuit table used in the signaling processor of Figure 14. 
5 Figure 20A is a table diagram of a trunk group table used in the signaling 

processor of Figure 14. 

Figure 20B is a continuation table diagram of the trunk group table of 

Figure 20A. 

Figure 20C is a table diagram of a continuation of the trunk group table of 

10 Figure 20B. 

Figure 21 is a table diagram of a carrier table used in the signaling 
processor of Figure 14. 



Q Figure 22 is a table diagram of an exception table used in the signaling 
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jj. processor of Figure 1 4 . 

^ 15 Figure 23 is a table diagram of an originating line information table used 

in the signaling processor of Figure 14. 

Figure 24 is a table diagram of an automated number identification table 
used in the signaling processor of Figure 14. 

Figure 25 is a table diagram of a called number screening table used in the 
20 signaling processor of Figure 14. 

Figure 26 is a table diagram of a called number table used in the signaling 
processor of Figure 14. 
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Figure 27 is a table diagram of a day of year table used in the signaling 
processor of Figure 14. 

Figure 28 is a table diagram of a day of week table used in the signaling 
processor of Figure 14. 

Figure 29 is a table diagram of a time of day table used in the signaling 
processor of Figure 14. 

Figure 30 is a table diagram of a time zone table used in the signaling 
processor of Figure 14. 

Figure 31 is a table diagram of a routing table used in the signaling 
processor of Figure 14. 

Figure 32 is a table diagram of a trunk group class of service table used in 
the signaling processor of Figure 14. 

Figure 33 is a table diagram of a treatment table used in the signaling 
processor of Figure 14. 

Figure 34 is a table diagram of an outgoing release table used in the 
signaling processor of Figure 14. 

Figure 35 is a table diagram of a percent control table used in the signaling 
processor of Figure 14. 

Figure 36 is a table diagram of a call rate table used in the signaling 
processor of Figure 14. 

Figure 37 is a table diagram of a database services table used in the 
signaling processor of Figure 14. 
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Figure 38 A is a table diagram of a signaling connection control part table 
used in the signaling processor of Figure 14. 

Figure 38B is a continuation table diagram of the signaling connection 
control part table of Figure 3 8 A. 
5 Figure 38C is a continuation table diagram of the signaling connection 

control part table of Figure 38B. 

Figure 38D is a continuation table diagram of the signaling connection 
control part table of Figure 38C. 

Figure 39 is a table diagram of an intermediate signaling network 
10 identification table used in the signaling processor of Figure 14. 

Figure 40 is a table diagram of a transaction capabilities application part 
table used in the signaling processor of Figure 14. 

Figure 41 is a table diagram of a external echo canceller table used in the 
signaling processor of Figure 14. 
15 Figure 42 is a table diagram of an interworking unit used in the signaling 

processor of Figure 14. 

Figure 43 is a table diagram of a controllable asynchronous transfer mode 
matrix interface table used in the signaling processor of Figure 14. 

Figure 44 is a table diagram of a controllable asynchronous transfer mode 
20 matrix table used in the signaling processor of Figure 14. 

Figure 45A is a table diagram of a site office table used in the signaling 
processor of Figure 14. 
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Figure 45B is a continuation table diagram of the site office table of Figure 

45A. 

Figure 45C is a continuation table diagram of the site office table of Figure 

45B. 

Figure 45D is a continuation table diagram of the site office table of 

Figure 45C. 

Figure 46A is a table diagram of an advanced intelligent network event 
parameters table used in the signaling processor of Figure 14. 

Figure 46B is a continuation table diagram of the advanced intelligent 
network event parameters table of Figure 46A. 

Figure 47 is a table diagram of a message mapping table used in the 
signaling processor of Figure 14. 

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 

Telecommunication systems have a number of communication devices in 
local exchange and interexchange environments that interact to provide call services to 
customers. Both traditional and intelligent network (IN) services and resources are used 
to process, route, or connect a call to a designated connection. 

A call has user communications and call signaling. The user 
communications contain the caller's information, such as a voice communication or data 
communication, and they are transported over a connection. Call signaling contains 
information that facilitates call processing, and it is communicated over a link. Call 
signaling, for example, contains information describing the called number and the calling 
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number. Examples of call signaling are standardized signaling, such as signaling system 
#7 (SS7), C7, integrated services digital network (ISDN), and digital private network 
signaling system (DPNSS), which are based on ITU recommendation Q.931. A call can 
be connected to and from communication devices. 

Connections are used to transport user communications and other device 
information between communication devices and between the elements and devices of 
the system. The term "connection" as used herein means the transmission media used to 
carry user communications between elements of the various telecommunications 
networks and systems. For example, a connection could carry a user's voice, computer 
data, or other communication device data. A connection can be associated with either in- 
band communications or out-of-band communications. 

Links are used to transport call signaling and control messages. The term 
"link" as used herein means a transmission media used to carry call signaling and control 
messages. For example, a link would carry call signaling or a device control message 
containing device instructions and data. A link can carry, for example, out-of-band 
signaling such as that used in SS7, C7, ISDN, DPNSS, B-ISDN, GR-303, or could be via 
local area network (LAN), or data bus call signaling. A link can be, for example, an 
asynchronous transfer mode (ATM) adaptation layer 5 (AAL5) data link, UDP/IP, 
ethernet, DSO, or DS1. In addition, a link, as shown in the figures, can represent a single 
physical link or multiple links, such as one link or a combination of links of ISDN, SS7, 
TCP/IP, or some other data link. The term "control message" as used herein means a 
control or signaling message, a control or signaling instruction, or a control or signaling 
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signal, whether proprietary or standardized, that conveys information from one point to 
another. 

Figure 1 illustrates an exemplary embodiment of a call processing system 
102 of the present invention. The call processing system 102 has a management system, 
such as a call process control system (CPCS) 104, which is linked to a first signaling 
processor 106, a first connection system 108, a second signaling processor 110, and a 
second connection system 112. 

The CPCS 104 is a management and administration system. The CPCS 
104 is the user interface and external systems interface into the signaling processors 106 
and 110 and the connection systems 108 and 112. The CPCS 104 serves as a collection 
point for call-associated data such as call processing and call routing data, logs, 
operational measurement data, alarms, statistical information, accounting information, 
and other call data. The CPCS 104 maintains and processes this data for accounting 
systems, alarm reporting systems, and other enterprise systems. The CPCS 104 
maintains a security firewall between the enterprise systems and the other elements of the 
call processing system 102, such as the signaling processors 106 and 110. 
-(■^"A Tr^e CPCS 104 accepts call processing data, such as the translations, from 

operations systems and updates data in call processing tables in the signaling processors 
106 and 110. The CPcSS 104 maintains a current, historical, and future view of the call 
processing tables. The CPCS 104 also provides configuration data and control to the 
elements of the call processing system 102 including to the signaling processors 106 and 
1 10 and the connection systems\l08 and 1 12 and collects data from the elements. 
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In addition, the CPCS 104 provides for remote control of call processing, 
call processing applications, and other applications such as call monitoring and call 
tapping at the signaling processor 106 and 110. The CPCS may be a local CPCS that 
services only elements of a local signaling system or a regional CPCS that services 
elements of multiple signaling systems. In the embodiment of Figure 1, the CPCS 104 is 
illustrated as a regional CPCS. 

The signaling processors 106 and 110 are signaling platforms that can 
receive, process, and generate call signaling. Based on the processed call signaling, the 
signaling processors 106 and 1 10 select processing options, services, or resources for the 
user communications and generate and transmit control messages that identify the 
communication device, processing option, service, or resource that is to be used. The 
signaling processors 106 and 110 also select virtual connections and circuit-based 
connections for call routing and generate and transport control messages that identify the 
selected connections. The signaling processors 106 and 110 can process various forms of 
signaling, including ISDN, GR-303, B-ISDN, SS7, and C7. A preferred signaling 
processor is discussed below. 

The connection systems 108 and 112 make connections for calls. The 
connection systems 108 and 112 may interwork user communications to connections or 
switch user communications between connections. Preferably, interworking occurs 
between time division multiplex (TDM) connections and asynchronous transfer mode 
(ATM) connections, and switching occurs between ATM connections and other ATM 
connections and between TDM connections and other TDM connections. The connection 
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systems 108 and 112 establish connections for user communications in response to 
control messages from the signaling processors 106 and 1 10, respectively. 

Figure 2 illustrates an exemplary embodiment of a call processing system 
102 A of the present invention with an expanded call signaling and call processing 
5 system. The call processing system 102 A of Figure 2 comprises the CPCS 104 linked to 
a signaling interface 202, a call processor 204, an interworking unit 206, and an ATM 
matrix 208. In addition, an operations system 210 is linked to the CPCS 104. Moreover, 
a first communication device 212 and a second communication device 214 are connected 
O through connections 216 and 218 to the interworking unit 206 and the ATM matrix 208, 

10 respectively. A connection 220 connects the interworking unit 206 and the ATM matrix 
208. 

The signaling interface 202 receives, processes, and transmits call 
signaling. The signaling interface 202 can obtain information from, and transmit 
information to, a communication device. Such information may be transferred, for 
15 example, as a TCAP message in queries or responses or as other SS7 messages such as an 
initial address message (IAM). The signaling interface 202 also passes information to the 
call processor 204 for processing and passes information from the call processor to other 
communication devices (not shown). 

The call processor 204 is a signaling platform that can receive and process 
20 call signaling. The call processor 204 has data tables which have call connection data and 
which are used to process the call signaling. Based on the processed call signaling, the 
call processor 204 selects processing options, services, resources, or connections for the 
user communications. The call processor 204 generates and transmits control messages 
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that identify the communication device, processing option, service, or resource that is to 
receive call signaling or that is be used in call connections or further call processing. The 
call processor 204 also selects virtual connections and circuit-based connections for 
routing of call signaling and connections for user communications and generates and 
transports control messages that identify the selected connections. 

The call processor 204 transmits an enhanced circuit data block (ECDB) 
for each call process to the CPCS 104. The ECDB contains all of the information 
associated with the calls from the call signaling, including the call processor or switch, 
the calling number, the called number, the path, the equipment used to connect the calls, 
and echo canceller data. An example of the information in the ECDB is the information 
contained in the call processing tables explained below. The CPCS 104 combines the 
information in the ECDB with fixed attributes, such as a name associated with a trunk 
group number for example, to create a call information block (CIB). 

The interworking unit 206 interworks traffic between various protocols. 
Preferably, the interworking unit 206 interworks between ATM traffic and non-ATM 
traffic, such as TDM traffic. The interworking unit 206 operates in accordance with 
control messages received from the call processor 204. These control messages typically 
are provided on a call-by-call basis and typically identify an assignment between a DS0 
and a VP/VC for which user communications are interworked. In some instances, the 
interworking unit 206 may transport control messages which may include data to the call 
processor 204. 

The ATM matrix 208 is a controllable ATM matrix that establishes 
connections in response to control messages received from the call processor 204. The 
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ATM matrix 208 is able to interwork between ATM connections and TDM connections. 
The ATM matrix 208 also cross connects ATM connections with other ATM 
connections. In addition, the ATM matrix 208 can switch calls from TDM connections to 
other TDM connections. The ATM matrix 208 transmits and receives call signaling and 
5 user communications over the connections. 




The operations system 210 transports translations for the call processing 



tables and other call-associated data to the CPCS 104. In addition, the operations system 
210 accepts cal -associated data from the CPCS 104. The operations system 210 
comprises, for <;xample, an alarm monitoring system that receives alarm data, an 
10 operations report system to receive trending data, an accounting system to receive 
accounting dati, or a configuration system to transmit call processing translations or 
element configuration data to the CPCS 104. The operations system 210 may comprise 
other elements 

The communication devices 212 and 214 comprise customer premises 
15 equipment (CPE), a service platform, a switch, a remote digital terminal, a cross connect, 
an interworking unit, an ATM gateway, or any other device capable of initiating, 
handling, or terminating a call. CPE can be, for example, a telephone, a computer, a 
facsimile machine, or a private branch exchange. A service platform can be, for example, 
any enhanced computer platform that is capable of processing calls. A remote digital 
20 terminal is a device that concentrates analog twisted pairs from telephones and other like 
devices and converts the analog signals to a digital format known as GR-303. An ATM 
gateway is a device that changes ATM cell header VP/VC identifiers. The 
communication devices 212 and 214 may be TDM based or ATM based. In the system 
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of Figure 2, preferably the first communication device 212 is TDM based, and the second 
communication device 214 is ATM based. 

The system of Figure 2 operates as follows. Translations and other data 
are transported to the CPCS 104 from the operations system 210 and from other 
communications devices (not shown). In addition, the CPCS 104 transports data to the 
operations system 210 and the other communications devices, if required. 

The CPCS 104 processes the translations data and organizes the data into 
tables that are identical to call processing tables that are located in the call processor 204. 
Then, the CPCS 104 data fills the call processing tables in the call processor 204. In 
addition, the CPCS 104 transports data to any device or entity to which it is configured to 
transport the data. This data fill may be completed at any time, and updates may be 
transported from the CPCS 104 to the call processor 204. 

If any configuration of the signaling interface 202, the call processor 204, 
the interworking unit 206, or the ATM matrix 208 is required by the CPCS 104, that 
configuration information is transmitted to the appropriate element. In addition, alarms 
from the signaling interface 202, the call processor 204, the interworking unit 206, or the 
ATM matrix 208 are transmitted to the CPCS 104. 

The first communication device 212 transmits call signaling to the 
signaling interface 202. The first communication device 212 transports the user 
communications to the interworking unit 206 over the connection 216. 

The signaling interface 202 receives the call signaling and processes the 
call signaling to obtain call information elements. The signaling interface 202 passes the 
call information elements to the call processor 204. 

15 
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The call processor 204 processes the call information elements to select 
connections 218 and 220 for the user communications. In this example, the selected 
connections 218 and 220 are each a VP/VC. However, in other examples, one or more of 
the selected connections may be a DSO or other TDM connection. 
5 The call processor 204 sends a first control message to the interworking 

unit 206 identifying the first selected connection 220 over which the user 
communications will be interworked. The call processor 204 sends a second control 
message to the ATM matrix 208 identifying the second selected connection 218 over 
which the user communications will be connected. In addition, the call processor 204 
1 0 sends a setup ECDB to the CPCS 1 04. 

The call processor 204 also sends call information elements to the 
signaling interface V 02 over the link 120 destined for another communication device, for 
example, identifying Yhe selected connection 218 over which the user communications are 
to be connected. Thei other communication device may be, for example, another call 
2 1 5 processor or a switch winch may handle call signaling. 

The signaling interface 202 receives the call information elements and 
processes them to obtain call signaling. In some instances, the control message is 
converted to an SS7 message. The signaling interface 202 transports the call signaling to 
the destination communication device. 
20 The interworking unit 206 receives the user communications from the first 

communication device 212 over the connection 216 and the first control message from 
the call processor 204. The interworking unit 206 interworks the user communications 
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between the connection 216 and the connection 220 according to the first control 
message. In this example, the connection 216 is a TDM connection, such as a DSO. 

The ATM matrix 208 receives the second control message from the call 
processor 204 and the user communications over the connection 220. The ATM matrix 
5 208 connects the user communications to the connection 218 designated in the control 
message. The second communication device 214 receives the user communications over 
the connection 218. 

When the call is completed, the call processor 204 transmits a terminating 
ECDB to the CPCS 104. The CPCS 104 configures the data in the ECDBs with fixed 
10 attribute data to form the CIBs. The CPCS 104 handles any additional alarm, 
configuration, or accounting function that was not handled during the call. 

I\will be appreciated that a call can be connected in the opposite direction 
from the ATM sid\ to the TDM side. Also, a call can be switched an ATM system to 
another ATM system or from a TDM system to another TDM system. It will be 
15 appreciated that the call processor or switch on the terminating side of the call also 
transmits ECDBs to the CPCS 104 during the call for setup and termination. 

Figure 3 illustrates an exemplary embodiment of a CPCS of the present 
invention. In the embodiment of Figure 3, the CPCS 104 contains a communication 
system 302, a human machine interface (HMI) 304, a fault management system 306, a 
20 remote call control (RCC) 308, a performance monitoring system, such as a raw history 
data system (RHDS) 310 and a historical data system 312, an accounting system 314, and 
a configuration management system (CMS) 316. The historical data system 3 12 is linked 
to an operations reports system 318. The accounting system 314 is linked to an external 
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accounting system 320. The CMS 316 is linked to a service delivery platform (SDP) 322. 
The fault management system 306 is linked to a network management system 324. 

The communication system 302 transfers control messages with data and 
other communications between the other elements of the CPCS 104 and an external 
5 device, such as the signaling processor, including in this example the signaling interface 
202 and the call processor 204, the connection system, including in this example the 
interworking unit 206 and the ATM matrix 208, or another communications device. As 
used herein, an external device comprises a signaling processor, such as one or more of a 
signaling interface and a call processor, a connection system, such as one or more of an 
10 interworking unit and an ATM matrix, and a communications device, as described above, 
and other signaling processors or other connections systems. As used herein, a 
communication includes a control message. 

The communication system 302 determines where the control messages 

are to be transmitted based upon the control message content and type and transmits them 

'4} 

rj} 15 thereto. The communication system 302 is fault tolerant for reliability. An example of a 
messaging system standard that can be used as a basis for the communication system 302 
is the common object request broker architecture (CORBA) 2.0 specification standard 
developed by Object Management Group, Inc. (OMG, Inc.). 

The HMI 304 allows a person to log onto the CPCS 104 and to manage 
20 data tables, such as the call processing tables, to review data tables in the CPCS, or to 
provide other maintenance services. Thus, the HMI 304 allows access to the CPCS 104 
for active call processing management and passive call processing management. 
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ie fault management system 306 manages alarm data, fault data, and 
other performance*, data from the signaling interface 202, the call processor 204, the 
interworking unit 20oiand the ATM matrix 208. Initially, the signaling interface 202, the 
interworking unit 206, atad the ATM matrix 208 report the performance data to the call 
5 processor 304 so that the processing tables can be updated. The call processor 304 then 
forwards the performance data to the CPCS 104, and the fault management system 306 
configures the data in a reportable format. The fault management system 306 insures that 
the CPCS 104 broadcasts the\ alarm, fault, and other performance data to the required 
support systems, such as the network management system 324. Parameters for the 
10 required broadcast systems are configurable based upon an individual fault or alarm 
number or classification. \ 

The RCC 308 is an autonomous management system that is used to 
provide services for active calls and completed calls. The RCC 308 active call services 
and completed call services functionality each includes call tracing, call tapping, call 
15 verification and queries, fraud detection, call testing, and call control management using, 
for example, skipping and gapping of calls. 

The RCC 308 processes call information for calls that are in a 
persistent/active state. For example, when a call goes off-hook, the call processor 204 
sends a setup ECDB to the CPCS 104 which contains the off-hook information as well as 
20 other call information about the call. When the call goes on-hook, a terminating ECDB is 
sent from the call processor 204 to the CPCS 104. The CPCS 104 has a list of active 
calls and a list of circuits that are busy. The RCC 308 uses this information to determine 
how busy the call processor 204 is and to provide other call control management services. 
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Because this ECDB processing takes place by the RCC 308 in the CPCS 104, processing 
time and space are not wasted in the call processor 204. 

The RHDS 310 receives and stores the raw history for logs, alarms, and 
operational measurements (OMs). The data is generated for five minute intervals. The 
RHDS 310 transfers the data to the historical data system 312 for processing. 

The historical data system 312 provides decisional support for the raw 
history data which is stored in the RHDS 310. The historical data system 312 receives 
data from the RHDS 310, extracts subsets of log data, alarm data, and OM data, and 
formats it to usable events and OM measures for reporting to external systems, such as 
the operations reports system 318, and for viewing. 

The accounting system 314 processes the ECDBs with fixed attribute data 
to form the CIBs and uses the ECDBs and the CIBs to develop call detail records 
(CDRs). The accounting system 314 combines the CIBs to form the CDRs and then 
transmits the CDRs to the external accounting system 320. 

The accounting system 314 accounting algorithms are based upon the call 
signaling on an individual call by call basis. The actual call history is reviewed and 
billing and other accounting applications are based on the actual route and connections 
processed for the call. This avoids user data entry errors and translations data fill errors 
that would impact accounting applications. 

The CMS 316 is used to configure all elements of the call processing 
system, including the signaling interface 202, the call processor 204, the interworking 
unit 206, and the ATM matrix 208. The CMS 316 allows a user to define customer 
routing through the call processing tables. 

20 
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The operations reports system 318 receives OM measures and other 
reporting data from the CPCS 104. The operations reports system 318 then forwards the 
reported data to appropriate centers for compilation and/or distribution. 

The external accounting system 320 receives accounting information, such 
5 as CDRs, from the CPCS 104. The external accounting system 320 may compile the data 
and forward it to appropriate centers for processing and distribution. An example of an 
accounting system is an enterprise system such as a merged call processor (MCP) system. 

The SDP 322 provides product and service data to the CPCS 104. The 
SDP 322 collects information from operations centers, such as field maintenance systems, 
10 customer information systems, and other service order entry platforms and forwards the 
data to the CPCS 104. The data provided to the CPCS 104 by the SDP 322 includes 
translations used to data fill the call processing tables and other network configuration 
data. 

The network management system 324 manages the fault data and the other 
15 performance data for the network. The network management system 324 is linked to 
other management systems and interfaces for other networks so that performance data 
may be exchanged. 

Figure 4 illustrates an exemplary embodiment of a fault management 
system 306 of the present invention. The fault management system 306 of Figure 4 has a 
20 CPCS site reporting control 402 with a site recovery database 404, a CPCS craft control 
406 with a site equipment inventory database 408, a site craft control 410, and a regional 
craft control 412 with a CPCS equipment inventory database 414. 
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The CPCS site reporting control 402 controls which call processor or 
switch reports reporting data, such as configuration data, call processing data, and other 
data, to a designated CPCS site. This control is user configurable to allow for disaster 
planning if a CPCS site is lost. The site recovery database 404 contains the data 
identifying which call processor or switch reports to the designated CPCS. 

The CPCS craft control 406 provides the status and equipment inventory 
of a CPCS site. If a hardware element at the CPCS site fails, it will be viewable from the 
CPCS craft control 406. The site equipment inventory database 408 contains the data 
identifying the site equipment inventory and status. 

The site craft control 410 provides a graphical interface for viewing and 
control of call processor alarms. The site craft control 410 is integrated with call 
processing applications alarms and other equipment alarms via management information 
bases (MIBs) to allow operators of the system to have one common view. Each call 
processor or switch is responsible for transmitting the MIBs to the CPCS 104. 

The regional craft view 412 provides multiple operations centers views to 
multiple call processor or switch sites. When an operations center focuses on an 
individual site, they can view the same data and user interface screens as call processor or 
switch site operators. The CPCS equipment inventory database 414 contains the data 
identifying the call processor or switch sites' equipment inventory and status. 

Figure 5 illustrates an exemplary embodiment of an RCC 308 of the 
present invention. The RCC 308 of Figure 5 has a call trace system 502 with a user 
authorize database 504, a call tap system 506 with a call tap delivery database 508, an 
active call query system 510 with an active call file database 512, a fraud detection 
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system 514 with a connect deny database 516, a test call system 518 with a traffic 
management history database 520, and a skip & gap system 522. The call trace system 
502, the call tap system 506, the fraud detection system 514, and the test call system 518 
also can access the active call file database 512. 
5 The call trace system 502 can trace a call from a centralized location, such 

as the call processor or switch site, while the call is active and in progress. The call trace 
system 502 uses information from a central computer file in a CPCS 104 for the call 
trace. Typically, the call trace system 502 accesses the active call file database 512 to 
obtain the call trace information for an active call. In addition, the call trace system 502 
10 can trace a call for completed calls. The completed call trace function is implemented by 
accessing the historical records. 

call trace system 502 verifies the data for the call processing tables 
directly at the call fiffocessor 204 to ensure that the call processor and the CPCS 104 are 
synchronized. (See Figure 3.) For example, in a first function the call trace system 502 
15 can traverse the call processing tables in the CPCS 104 based on data input by an 
operator. In another function a selected set of parameters determines if the call processor 
204 and the CPCS 104\are synchronized. Automated routines ensure that 
synchronization and any out of synchronization condition are reported as an alarm. In a 
third function the CIB data can be retrieved for review of SS7 routing information, the 
20 interworking unit connection information, the ATM matrix connection information, and 
other data that is used to determine quality of service on historical calls. 

The user authorize database 504 contains information for providing 
security and secure access to the RCC 308 and its sub-systems. The information in the 
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user authorize database 504 identifies operators that can trace calls. This function and 
information make the call trace system 502 and its functions highly secure. 

The call tap system 506 taps calls that are active in progress. The call tap 
system 506 can tap every call to or from a location. The call tap system 506 is configured 
5 to tap the calls from a centralized location, such as from the call processor or switch site. 
The call tap delivery database 508 contains warrant preset information that allows an 
operator or function to tap a call. 

The active call query system 510 finds particular calls that are active. The 
active call query system 510 searches calls that are in progress and obtains details about 
10 the call. The active call query system 510 can be used, for example, for call maintenance, 
such as to fix a call or to check the quality of the call, and for law enforcement 
requirements, such as call tap and call trace. The active call query system 510 can be 
used from a centralized location, such as a call processor or switch site. For example, a 
desktop computer may be used to employ the active call query system 510 on a network 
15 wide basis. 

The\ active call file database 512 contains the history of the all calls, 
including the call processor or switch, the calling number, the called number, the path, the 
equipment used to connect the calls, and echo canceller data. For example, the CIB file 
contains the exact numW of the echo canceller for the call, if used, the exact 
20 connections, and the exact Signaling links used. Therefore, by querying the active call 
file database 512, a specific call can be determined and the exact information for the call 
examined to determine loss of Wality or other concerns for calls. This function is a 
significant advance over prior systeps that are manual and employ a hit or miss strategy. 
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The fraud detection system 514 uses data from active calls to determine 
fraudulent callers. The fraud detection system 514 may force a release of the calls while 
the calls are active. This is an improvement over the art since prior systems require a call 
to go on-hook before taking an action. The connect deny database 516 contains records 
of which connections are to be denied. The records of the connections can be based on 
automatic number identification (ANI). 

The test call system 518 can test calls from locations remote from the 
current call connection to determine if the quality of the connection is acceptable. For 
example, the test call system 518 allows the CPCS 104 to test calls at locations that are 
remote from the CPCS or the call processor 204. The test call system 518 provides 
physical route verification for calls by locating the CIB of a call that has a poor quality. 
Because the CIB has data associated with the physical path, the physical path can be 
verified. The traffic manage history database 520 contains data related to the test history 
of the call. The results of test calls, including links to the CIB file and the call signaling, 
are stored in the traffic manage history database 520. 

The skip and gap system 522 uses call throttling features to ensure that the 
ATM and TDM connections and the call signaling links at the call processor or switch 
site are not overloaded. The skip and gap system 522 use call control features, such as 
dropping calls and dropping events, to control traffic. 

Figure 6 illustrates an exemplary embodiment of a performance 
monitoring system which includes an RHDS 310 and a historical data system 312 of the 
present invention. In the embodiment of figure 6, the RHDS 310 and the historical data 
system 312 operate in conjunction with each other. 
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The RHDS 310 has a hardware event database 602, a trunk group event 
database 604 5 an ATM connections database 606, and an SS7 links database 608. The 
historical data system 312 has historical information on a hardware performance system 
610, a trunk group system 612, an ATM system 614, and an SS7 system 616. 

The hardware performance system 610 processes hardware performance 
data such as logs, alarms, and OMs received from the elements of the call processing 
system 102, including the signaling interface 202, the call processor 204, the 
interworking unit 206, and the ATM matrix 208 (see Figure 3). The hardware 
performance data is taken every fifteen minutes and is stored in the hardware event 
database 602. The hardware performance system 610 implements the hardware measures 
as defined for computing platforms. 

The hardware performance system 610 analyzes the hardware performance 
data to determine operational patterns and to provide causal analysis for prediction of 
fault, equipment failure, and other forecasts. For example, a single cause code, data for a 
call processor or switch site, or a specified detail can be reviewed. In addition, an 
operator can view the data in different configurations, such as organized by cause code, 
call processor or switch, or trunk, and at different levels of specificity, such as different 
increments of time. Because the hardware performance data is stored in the hardware 
event database 602 in a three-dimensional array, an operator can zoom in or zoom out 
while viewing the data. For example, data can be viewed by month, day, hour, or five 
minute increments. Also, the hardware performance system 610 summarizes the history 
at a specified level, such as a five minute increment, for trending analysis. Analysis can 
be provided for a five minute history level. 
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The trunk group system 612 processes informational data such as logs, 
alarms, and OMs received for all trunk groups. The trunk group data is taken and is 
stored in the trunk group database 604. The trunk group system 612 analyzes the trunk 
group data to determine operational patterns and to provide causal analysis for prediction 
of fault, equipment failure, and other forecasts. For example, a single cause code, data 
for a call processor or switch site, or a specified detail can be reviewed. In addition, an 
operator can view the data in different configurations, such as organized by cause code, 
call processor or switch, or trunk, and at different levels of specificity, such as different 
increments of time. Because the trunk group data is stored in the trunk group event 
database 604 in a three-dimensional array, an operator can zoom in or zoom out while 
viewing the data. For example, data can be viewed by month, day, hour, or five minute 
increments. Also, the trunk group system 612 summarizes the history at a specified level, 
such as a five minute increment, for trending analysis. Analysis can be provided for a 
five minute history level. 

The ATM system 614 processes informational data such as logs, alarms, 
and OMs received for all ATM connections. The ATM connection data is taken and is 
stored in the ATM connections database 606. The ATM system 614 analyzes the ATM 
connection data to determine operational patterns and to provide causal analysis for 
prediction of fault, equipment failure, and other forecasts. For example, a single cause 
code, data for a call processor or switch site, or a specified detail can be reviewed. In 
addition, an operator can view the data in different configurations, such as organized by 
cause code, call processor or switch, or trunk, and at different levels of specificity, such 
as different increments of time. Because the ATM connection data is stored in the ATM 
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connections database 606 in a three-dimensional array, an operator can zoom in or zoom 
out while viewing the data. For example, data can be viewed by month, day, hour, or five 
minute increments. Also, the ATM system 614 summarizes the history at a specified 
level, such as a five minute increment, for trending analysis. Analysis can be provided 
for a five minute history level. 

The SS7 system 616 processes informational data such as logs, alarms, 
and OMs received for all SS7 links, such as for measures of link utilization and the type 
of messaging that occurs for the message transfer part (MTP) layers and the signaling 
connection control part (SCCP) layers. The SS7 link data is taken and is stored in the 
SS7 links database 608. The SS7 system 616 analyzes the SS7 link data to determine 
operational patterns and to provide causal analysis for prediction of fault, equipment 
failure, and other forecasts. For example, a single cause code, data for a call processor or 
switch site, or a specified detail can be reviewed. 

In addition, an operator can view the data in different configurations, such 
as organized by cause code, call processor or switch, or trunk, and at different levels of 
specificity, such as different increments of time. Because the SS7 links data is stored in 
the SS7 links database 608 in a three-dimensional array, an operator can zoom in or zoom 
out while viewing the data. For example, data can be viewed by month, day, hour, or 
fifteen minute increments. Also, the SS7 system 616 summarizes the history at a 
specified level, such as a fifteen minute increment, for trending analysis. Analysis can be 
provided for a five minute history level. 

Figure 7 illustrates an exemplary embodiment of an accounting system 
314 of the present invention. The accounting system 314 of Figure 7 has a gap report 
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system 702 with a gap event/history database 704, a CIB report system 706 and a CDR 
report system 708 which have a circuit/call log database 710, a duplicate report system 
712 with a duplicate event/history database 714, and a billing report system 716 with a 
billing event/history database 718. 

The gap report system 702 processes the gap event history contained in the 
gap event/history database 704 so that it can be viewed in a graphical output or in a 
report. Each call processor or switch uniquely identifies an ECDB which then is 
transmitted by the call processor or switch to the CPCS 104. If the gap report system 702 
detects a break in the sequence on the ECDB sequence number, it will be recorded in the 
gap event/history database 704. The gap report system 702 will initiate a process so that 
the CPCS 104 will automatically attempt to recover the lost ECDB record. 

The CIB report system 706 processes the CIBs that are stored in the 
circuit/call log database 710 to determine the number of each CIB record type that was 
converted from ECDBs that were received from a call processor or switch. The CIB data 
is processed on a call processor or switch basis and on a fifteen minute basis. 

The CDR report system 708 processes the CDRs that are stored in the 
circuit/call log database 710 to determine the number of each CIB record type that was 
translated into a billable CDR. The CDR data is processed on a call processor or switch 
basis and on a per hour basis. 

The duplicate report system 712 processes the ECDBs stored in the 
duplicate event/history 714 to determine if a duplicate record was generated by a call 
processor or switch. The duplicate record is determined based on the ECDB sequence 
number, the time points, and other pertinent data in the ECDB. If a duplicate record is 
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found, it is recorded by the duplicate report system 712, and a report is generated. 
Duplicate records are recorded in the duplicate event/history database 714. 

The billing report system 716 processes the ECDBs/CIBs/CDRs to keep a 
historical record of billing events, such as the length of the call, the time of day for the 
call, the called party, and others. Events such as external accounting system unavailable, 
wide area network devices unavailable, and switch clock changes, are recorded in this 
record. The records are recorded in the billing event/history database 718. 

Figure 8 illustrates an exemplary embodiment of the CMS 316 of the 
present invention. The CMS 316 of Figure 8 has a user security configuration system 
802 with a user security/authorize database 804, a site equipment configuration system 
806 with a site equipment inventory database 808, a service configuration system 810, a 
CPCS equipment configuration system 812 with a CPCS equipment inventory database 
814, and an SS7 link configuration system 816 with an SS7 link inventory database 818. 

The user security configuration system 802 is a CPCS centrally controlled 
user security system. The user security configuration system 802 provides operators the 
ability to define objects in the telephony networks that can be managed by simple 
network management protocol (SNMP) or common management information protocol 
(CMIP) and that can implement user security at the object level. Although CMIP 
provides a level of security that SNMP is not able to provide, some objects do not require 
the higher level of security available through CMIP objects. Thus, both CMIP objects 
and SNMP objects may be used. 

In one example, the system could be configured so that the call processing 
tables are defined as a telephony managed network managed object, and only selected 
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operators would be given the capacity to update them. However, other non-selected 
operators would be able to only view the call processing tables. The user security 
configuration data is stored in the user security/authorize database 804. 

The site equipment configuration system 806 processes the MIBs to 
determine the hardware configurations of the call processor or switch site, including the 
signaling interface 202, the call processor 204, the interworking unit 206, and the ATM 
matrix 208 (see Figure 3). The hardware configuration data is stored in the site 
equipment inventory database 808, and it is viewable from the CPCS 104 for authorized 
users (see Figure 3). 

The service configuration system 810 allows authorized users a 
mechanism to view and update the call processing tables. The service configuration 
system 810 maintains an image file for updates made to the call processing tables at the 
CPCS 104. The service configuration system 810 allows external accounting systems 
320 and legacy systems to retrieve the image data. 

The CPCS equipment configuration system 812 processes MIBs to 
determine the versions of the hardware and software installed in the call processor or 
switch site, including those for the signaling interface 202, the call processor 204, the 
interworking unit 206, and the ATM matrix 208 (see Figure 3). The hardware and 
software version data is stored in the CPCS equipment inventory database 814, and it is 
viewable from the CPCS 104 for authorized users (see Figure 3). 

The SS7 link configuration system 816 processes MIBs to determine the 
configuration of the SS7 links extending to and from the call processor or switch site. 
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The SS7 link data is stored in the SS7 link inventory database 818, and it is viewable 
from the CPCS 104 for authorized users (see Figure 3). 

THE CONTROLLABLE ATM MATRIX 

Figure 9 illustrates an exemplary embodiment of a controllable 
5 asynchronous transfer mode (ATM) matrix (CAM), but other CAMs that support the 
requirements of the invention also are applicable. The CAM 902 may receive and 
transmit ATM formatted user communications or call signaling. 

The CAM 902 preferably has a control interface 904, a controllable ATM 
matrix 906, an optical carrier-M/synchronous transport signal-M (OC-M/STS-M) 
10 interface 908, and an OC-X/STS-X interface 910. As used herein in conjunction with OC 
or STS, "M" refers to an integer, and "X" refers to an integer. 

The control interface 904 receives control messages originating from the 
signaling processor 912, identifies virtual connection assignments in the control 
messages, and provides these assignments to the matrix 906 for implementation. The 
1 5 control messages may be received over an ATM virtual connection and through either the 
OC-M/STS-M interface 908 or the OC-X/STS-X interface 910 through the matrix 906 to 
the control interface 904, through either the OC-M/STS-M interface or the OC-X/STS-X 
interface directly to the control interface, or through the control interface from a link. 

The matrix 906 is a controllable ATM matrix that provides cross connect 
20 functionality in respon^ to control messages from the signaling processor 912. The 
matrix 906 has access to viWal path/virtual channels (VP/VCs) over which it can connect 
calls. For example, a call camcome in over a VP/VC through the OC-M/STS-M interface 
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9DS and be connected through the matrix 906 over a VP/VC through the OC-X/STS-X 

interface 910 in response to a control message received by the signaling processor 912 

through the control interface 904. Alternately, a call can be connected in the opposite 

direction. In addition, the a call can be received over a VP/VC through the OC-M/STS- 

M interface 908 or the OC-X/STS-X interface 910 and be connected through the matrix 

906 to k different VP/VC on the same OC-M/STS-M interface or the same OC-X/STS-X 

interface. 

The OC-M/STS-M interface 908 is operational to receive ATM cells from 
the matrix 906 and to transmit the ATM cells over a connection to the communication 
device 914. The OC-M/STS-M interface 908 also may receive ATM cells in the OC or 
STS format and transmit them to the matrix 906. 

The OC-X/STS-X interface 910 is operational to receive ATM cells from 
the matrix 906 and to transmit the ATM cells over a connection to the communication 
device 916. The OC-X/STS-X interface 910 also may receive ATM cells in the OC or 
STS format and transmit them to the matrix 906. 

Call signaling may be received through and transferred from the OC- 
M/STS-M interface 908. Also, call signaling may be received through and transferred 
from the OC-X/STS-X interface 910. The call signaling may be connected on a 
connection or transmitted to the control interface directly or via the matrix 906. 

The signaling processor 912 is configured to send control messages to the 
CAM 902 to implement particular features on particular VP/VC circuits. Alternatively, 
lookup tables may be used to implement particular features for particular VP/VCs. 
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Figure 10 illustrates another exemplary embodiment of a CAM which has 
time division multiplex (TDM) capability, but other CAMs that support the requirements 
of the invention also are applicable. The CAM 1002 may receive and transmit in-band 
and out-of-band signaled calls. 

The CAM 1002 preferably has a control interface 1004, an OC-N/STS-N 
interface 1006, a digital signal level 3 (DS3) interface 1008, a DS1 interface 1010, a DS0 
interface 1012, an ATM adaptation layer (AAL) 1014, a controllable ATM matrix 1016, 
an OC-M/STS-M interface 1018A, an OC-X/STS-X interface 101 8B, and an ISDN/GR- 
303 interface 1020. As used herein in conjunction with OC or STS, "N" refers to an 
integer, "M" refers to an integer, and "X" refers to an integer. 

The control interface 1004 receives control messages originating from the 
signaling processor 1022, identifies DS0 and virtual connection assignments in the 
control messages, and provides these assignments to the AAL 1014 or the matrix 1016 
for implementation. The control messages may be received over an ATM virtual 
connection and through the OC-M/STS-M interface 1018A to the control interface 1004, 
through the OC-X/STS-X interface 1018B and the matrix 1016 to the control interface, or 
directly through the control interface from a link. 

The OC-N/STS-N interface 1006, the DS3 interface 1008, the DS1 
interface 1010, the DS0 interface 1012, and the ISDN/GR-303 interface 1020 each can 
receive user communications from a communication device 1024. Likewise, the 
OC-M/STS-M interface 1018A and the OC-X/STS-X interface 1018B can receive user 
communications from the communication devices 1026 and 1028. 
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The OC-N/STS-N interface 1006 receives OC-N formatted user 
communications and STS-N formatted user communications and converts the user 
communications to the DS3 format. The DS3 interface 1008 receives user 
communications in the DS3 format and converts the user communications to the DS1 
format. The DS3 interface 1008 can receive DS3s from the OC-N/STS-N interface 1006 
or from an external connection. The DS1 interface 1010 receives the user 
communications in the DS1 format and converts the user communications to the DS0 
format. The DS1 interface 1010 receives DSls from the DS3 interface 1008 or from an 
external connection. The DS0 interface 1012 receives user communications in the DS0 
format and provides an interface to the AAL 1014. The ISDN/GR-303 interface 1020 
receives user communications in either the ISDN format or the GR-303 format and 
converts the user communications to the DS0 format. In addition, each interface may 
transmit user communications in like manner to the communication device 1024. 

The OC-M/STS-M interface 101 8 A is operational to receive ATM cells 
from the AAL 1014 or from the matrix 1016 and to transmit the ATM cells over a 
connection to the communication device 1026. The OC-M/STS-M interface 101 8 A also 
may receive ATM cells in the OC or STS format and transmit them to the AAL 1014 or 
to the matrix 1016. 

The OC-X/STS-X interface 1018B is operational to receive ATM cells 
from the AAL 1014 or from the matrix .1016 and to transmit the ATM cells over a 
connection to the communication device 1028. The OC-X/STS-X interface 101 8B also 
may receive ATM cells in the OC or STS format and transmit them to the AAL 1014 or 
to the matrix 1016. 
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Call signaling may be received through and transferred from the OC- 
N/STS-N interface 1006 and the ISDN/GR-303 interface 1020. Also, call signaling may 
be received through and transferred from the OC-M/STS-M interface 1018A and the OC- 
X/STS-X interface 1018B. The call signaling may be connected on a connection or 
transmitted to the control interface directly or via an interface as explained above. 

The AAL 1014 comprises both a convergence sublayer and a segmentation 
and reassembly (SAR) sublayer. The AAL 1014 obtains the identity of the DS0 and the 
ATM VP/VC from the control interface 1004. The AAL 1014 is operational to convert 
between the DS0 format and the ATM format. AALs are known in the art, and 
information about AALs is provided by International Telecommunications Union (ITU) 
documents in the series of 1.363, which are incorporated herein by reference. For 
example, ITU document 1.363.1 discusses AAL1. An AAL for voice calls is described in 
U.S. Patent Number 5,806,553 entitled "Cell Processing for Voice Transmission," which 
is incorporated herein by reference. 

Calls with multiple 64 Kilo-bits per second (Kbps) DSOs are known as 
Nx64 calls. If desired, the AAL 1014 can be configured to accept control messages 
through the control interface 1004 for Nx64 calls. The CAM 1002 is able to interwork, 
multiplex, and demultiplex for multiple DSOs. A technique for processing VP/VCs is 
disclosed in U.S. Patent Application Number 08/653,852, which was filed on May 28, 
1996, and entitled "Telecommunications System with a Connection Processing System," 
and which is incorporated herein by reference. 

DS0 connections are bi-directional and ATM connections are typically 
uni-directional. As a result, two virtual connections in opposing directions typically will 
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be required for each DSO. Those skilled in the art will appreciate how this can be 
accomplished in the context of the invention. For example, the cross-connect can be 
provisioned with a second set of VP/VCs in the opposite direction as the original set of 
VP/VCs. 

The matrix 1016 is a controllable ATM matrix that provides cross connect 
functionality in response to control messages from the signaling processor 1022. The 
matrix 1016 has access to VP/VCs over which it can connect calls. For example, a call 
can come in over a VP/VC through the OC-M/STS-M interface 101 8 A and be connected 
through the matrix 1016 over a VP/VC through the OC-X/STS-X interface 1018B in 
response to a control message received by the signaling processor 1022 through the 
control interface 1004. Alternately, the matrix 1016 may transmit a call received over a 
VP/VC through the OC-M/STS-M interface 1018A to the AAL 1014 in response to a 
control message received by the signaling processor 1022 through the control interface 
1004. Communications also may occur in opposite directions through the various 
interfaces. 

In some embodiments, it may be desirable to incorporate digital signal 
processing capabilities at, for example, the DSO level. It also may be desired to apply 
echo control to selected DSO circuits. In these embodiments, a signal processor may be 
included. The signaling processor 1022 is configured to send control messages to the 
CAM 1002 to implement particular features on particular DSO or VP/VC circuits. 
Alternatively, lookup tables may be used to implement particular features for particular 
circuits or VP/VCs. 
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It will be appreciated from the teachings above for the CAMs and for the 
teachings below for the ATM interworking units, that the above described CAMs can be 
adapted for modification to transmit and receive other formatted communications such as 
synchronous transport module (STM) and European level (E) communications. For 
example, the OC/STS, DS3, DS1, DSO, and ISDN/GR-303 interfaces can be replaced by 
STM electrical/optical (E/O), E3 5 El, EO, and digital private network signaling system 
(DPNSS) interfaces, respectively. 

THE ATM INTERWORKING UNIT 

Figure 11 illustrates an exemplary embodiment of an interworking unit 
which is an ATM interworking unit 1 102 suitable for the present invention for use with a 
SONET system. Other interworking units that support the requirements of the invention 
also are applicable. The ATM interworking unit 1 102 may receive and transmit in-band 
and out-of-band calls. 

The ATM interworking unit 1 102 preferably has a control interface 1 104, 
an OC-N/STS-N interface 1106, a DS3 interface 1108, a DS1 interface 1110, a DSO 
interface 1 1 12, a signal processor 1 1 14, an AAL 1 1 16, an OC-M/STS-M interface 1118, 
and an ISDN/GR-303 interface 1120. As used herein in conjunction with OC or STS, 
"N" refers to an integer, and "M" refers to an integer. 

The control interface 1 1 04 receives control messages originating from the 
signaling processor 1122, identifies DSO and virtual connection assignments in the 
control messages, and provides these assignments to the AAL 1 1 16 for implementation. 
The control messages are received over an ATM virtual connection and through the OC- 
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M/STS-M interface 1118 to the control interface 1104 or directly through the control 
interface from a link. 

The OC-N/STS-N interface 1106, the DS3 interface 1108, the DS1 
interface 1110, the DSO interface 1112, and the ISDN/GR-303 interface 1120 each can 
receive user communications from a communication device 1124. Likewise, the 
OC-M/STS-M interface 1118 can receive user communications from a communication 
device 1 126. 

The OC-N/STS-N interface 1106 receives OC-N formatted user 
communications and STS-N formatted user communications and demultiplexes the user 
communications to the DS3 format. The DS3 interface 1108 receives user 
communications in the DS3 format and demultiplexes the user communications to the 
DS1 format. The DS3 interface 1108 can receive DS3s from the OC-N/STS-N 
interface 1 106 or from an external connection. The DS1 interface 1110 receives the user 
communications in the DS1 format and demultiplexes the user communications to the 
DSO format. The DS1 interface 1110 receives DSls from the DS3 interface 1108 or 
from an external connection. The DSO interface 1112 receives user communications in 
the DSO format and provides an interface to the AAL 1116. The ISDN/GR-303 interface 
1 120 receives user communications in either the ISDN format or the GR-303 format and 
converts the user communications to the DSO format. In addition, each interface may 
transmit user communications in like manner to the communication device 1 124. 

The OC-M/STS-M interface 1118 is operational to receive ATM cells 
from the AAL 1116 and to transmit the ATM cells over the connection to the 
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communication device 1 126. The OC-M/STS-M interface 1118 also may receive ATM 
cells in the OC or STS format and transmit them to the AAL 1116. 

Call signaling may be received through and transferred from the OC- 
N/STS-N interface 1 106 and the ISDN/GR-303 interface 1 120. Also, call signaling may 
be received through and transferred from the OC-M/STS-M interface 1118. The call 
signaling may be connected on a connection or transmitted to the control interface 
directly or via another interface as explained above. 

The AAL 1116 comprises both a convergence sublayer and a segmentation 
and reassembly (SAR) sublayer. The AAL 1116 obtains the identity of the DSO and the 
ATM VP/VC from the control interface 1 104. The AAL 1 1 16 is operational to convert 
between the DSO format and the ATM format. 

If desired, the AAL 1116 can be configured to accept control messages 
through the control interface 1104 for Nx64 calls. The ATM interworking unit 1102 is 
able to interwork, multiplex, and demultiplex for multiple DSOs. 

DSO connections are bi-directional and ATM connections are typically 
uni-directional. As a result, two virtual connections in opposing directions typically will 
be required for each DSO. Those skilled in the art will appreciate how this can be 
accomplished in the context of the invention. For example, the cross-connect can be 
provisioned with a second set of VP/V Cs in the opposite direction as the original set of 
VP/VCs. 

In some embodiments, it may be desirable to incorporate digital signal 
processing capabilities at the DSO level. It may also be desired to apply echo control to 
selected DSO circuits. In these embodiments, a signal processor 1114 is included either 
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separately (as shown) or as a part of the DSO interface 1112. The signaling processor 
1122 is configured to send control messages to the ATM interworking unit 1102 to 
implement particular features on particular DSO circuits. Alternatively, lookup tables 
may be used to implement particular features for particular circuits or VP/V Cs. 

Figure 12 illustrates another exemplary embodiment of an interworking 
unit which is an ATM interworking unit 1202 suitable for the present invention for use 
with an SDH system. The ATM interworking unit 1202 preferably has a control interface 
1204, an STM-N electrical/optical (E/O) interface 1206, an E3 interface 1208, an El 
interface 1210, an E0 interface 1212, a signal processor 1214, an AAL 1216, an STM-M 
electrical/optical (E/O) interface 1218, and a DPNSS interface 1220. As used herein in 
conjunction with STM, "N" refers to an integer, and "M" refers to an integer. 

The control interface 1204 receives control messages from the signaling 
processor 1222, identifies E0 and virtual connection assignments in the control messages, 
and provides these assignments to the AAL 1216 for implementation. The control 
messages are received over an ATM virtual connection and through the STM-M interface 
1218 to the control interface 1 104 or directly through the control interface from a link. 

The STM-N E/O interface 1206, the E3 interface 1208, the El 
interface 1210, the E0 interface 1212, and the DPNSS interface 1220 each can receive 
user communications from a second communication device 1224. Likewise, the STM-M 
E/O interface 1218 can receive user communications from a third communication device 
1226. 

The STM-N E/O interface 1206 receives STM-N electrical or optical 
formatted user communications and converts the user communications from the STM-N 
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electrical or STM-N optical format to the E3 format. The E3 interface 1208 receives user 
communications in the E3 format and demultiplexes the user communications to the El 
format. The E3 interface 1208 can receive E3s from the STM-N E/O interface 1206 or 
from an external connection. The El interface 1210 receives the user communications in 
the El format and demultiplexes the user communications to the E0 format. The El 
interface 1210 receives Els from the STM-N E/O interface 1206 or the E3 interface 1208 
or from an external connection. The E0 interface 1212 receives user communications in 
the E0 format and provides an interface to the AAL 1216. The DPNSS interface 1220 
receives user communications in the DPNSS format and converts the user 
communications to the E0 format. In addition, each interface may transmit user 
communications in a like manner to the communication device 1224. 

The STM-M E/O interface 1218 is operational to receive ATM cells from 
the AAL 1216 and to transmit the ATM cells over the connection to the communication 
device 1226. The STM-M E/O interface 1218 may also receive ATM cells in the 
STM-M E/O format and transmit them to the AAL 1216. 

Call signaling may be received through and transferred from the STM-N 
E/O interface 1206 and the DPNSS interface 1220. Also, call signaling may be received 
through and transferred from the STM-M E/O interface 1218. The call signaling may be 
connected on a connection or transmitted to the control interface directly or via another 
interface as explained above. 

The AAL 1216 comprises both a convergence sublayer and a segmentation 
and reassembly (SAR) sublayer. The AAL obtains the identity of the E0 and the ATM 
VP/VC from the control interface 1204. The AAL 1216 is operational to convert 
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between the EO format and the ATM format, either in response to a control instruction or 
without a control instruction. AAL's are known in the art. If desired, the AAL 1216 can 
be configured to receive control messages through the control interface 1204 for Nx64 
user communications. 

EO connections are bi-directional and ATM connections typically are uni- 
directional. As a result, two virtual connections in opposing directions typically will be 
required for each EO. Those skilled in the art will appreciate how this can be 
accomplished in the context of the invention. 

In some instances, it may be desirable to incorporate digital signal 
processing capabilities at the EO level. Also, it may be desirable to apply echo control. 
In these embodiments, a signal processor 1214 is included either separately (as shown) or 
as a part of the EO interface 1212. The signaling processor 1222 is configured to send 
control messages to the ATM interworking unit 1202 to implement particular features on 
particular circuits. Alternatively, lookup tables may be used to implement particular 
features for particular circuits or VP/VCs. 

THE SIGNALING PROCESSOR 

The signaling processor receives and processes telecommunications call 
signaling, control messages, and customer data to select connections that establish 
communication paths for calls. In the preferred embodiment, the signaling processor 
processes SS7 signaling to select connections for a call. An example of call processing in 
a call processor and the associated maintenance that is performed for call processing is 
described in a U.S. Patent Application Serial Number 09/026,766 entitled "System and 
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Method for Treating a Call for Call Processing," which is incorporated herein by 
reference. 

In addition to selecting connections, the signaling processor performs 
many other functions in the context of call processing. It not only can control routing and 
select the actual connections, but it also can validate callers, control echo cancellers, 
generate accounting information, invoke intelligent network functions, access remote 
databases, manage traffic, and balance network loads. One skilled in the art will 
appreciate how the signaling processor described below can be adapted to operate in the 
above embodiments. 

Figure 13 depicts an embodiment of a signaling processor. Other versions 
also are contemplated. In the embodiment of Figure 13, the signaling processor 1302 has 
a signaling interface 1304, a call processing control system 1306 (CPCS), and a call 
processor 1308. It will be appreciated that the signaling processor 1302 may be 
constructed as modules in a single unit or as multiple units. 

The signaling interface 1304 is coupled externally to signaling systems ~ 
preferably to signaling systems having a message transfer part (MTP), an ISDN user part 
(ISUP), a signaling connection control part (SCCP), an intelligent network application 
part (INAP), and a transaction capabilities application part (TCAP). The signaling 
interface 1304 preferably is a platform that comprises an MTP level 1 1310, an MTP 
level 2 1312, an MTP level 3 1314, an SCCP process 1316, an ISUP process 1318, and a 
TCAP process 1320. The signaling interface 1304 also has INAP functionality. 

The signaling interface 1304 may be linked to a communication device 
(not shown). For example, the communication device may be an SCP which is queried 
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by the signaling interface with a TCAP query to obtain additional call-associated data. 
The answer message may have additional information parameters that are required to 
complete call processing. The communication device also may be an STP or other 
device. 

The signaling interface 1304 is operational to transmit, process, and 
receive call signaling. The TCAP, SCCP, ISUP, and INAP functionality use the services 
of the MTP to transmit and receive the messages. Preferably, the signaling interface 1304 
transmits and receives SS7 messages for MTP, TCAP, SCCP, and ISUP. Together, this 
functionality is referred to as an "SS7 stack," and it is well known. The software required 
by one skilled in the art to configure an SS7 stack is commercially available. One 
example is the OMNI SS7 stack from Dale, Gesek, McWilliams & Sheridan, Inc. (the 
DGM&S company). 

The processes of the signaling interface 1304 process information that is 
received in message signal units (MSUs) and convert the information to call information 
elements that are sent to the call processor 1308 to be processed. A call information 
element may be, for example, an ISUP IAM message parameter from the MSU. The 
signaling interface 1304 strips the unneeded header information from the MSU to isolate 
the message information parameters and passes the parameters to the call processor 1308 
as the call information elements. Examples of these parameters are the called number, 
the calling number, and user service information. Other examples of messages with 
information elements are an ANM, an ACM, an REL, an RLC, and an INF. In addition, 
call information elements are transferred from the call processor 1308 back to the 
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signaling interface 1304, and the information elements are reassembled into MSUs and 
transferred to a signaling point. 

The CPCS 1306 is the above-described management and administration 
system. As described above, the CPCS 1306 is the user interface and external systems 
interface into the call processor 1308. The CPCS 1306 serves as a collection point for 
call-associated data such as logs, operational measurement data, statistical information, 
accounting information, and other call data. The CPCS 1306 can configure the call- 
associated data and/or transmit it to reporting centers. 

The CPCS 1306 accepts data, such as the translations, from a source such 
as an operations system and updates the data in the tables in the call processor 1308. The 
CPCS 1306 ensures that this data is in the correct format prior to transferring the data to 
the call processor 1308. The CPCS 1306 also provides configuration data to other 
devices including the call processor 1308, the signaling interface 1304, the interworking 
unit (not shown), and the controllable ATM matrix (not shown). In addition, the CPCS 
1306 provides for remote control of call monitoring and call tapping applications from 
the call processor 1308. 

The CPCS 1306 also serves as a collection point for alarms. Alarm 
information is transferred to the CPCS 1306. The CPCS 1306 then transports alarm 
messages to the required communication device. For example, the CPCS 1306 can 
transport alarms to an operations center. 

The CPCS 1306 also has a human-machine interface (HMI). This allows a 
person to log onto the CPCS 1306 and manage data tables or review data tables in the 
CPCS or provide maintenance services. 
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The call processor 1308 processes call signaling and controls an ATM 
interworking unit, such as an ATM interworking multiplexer (mux) that performs 
interworking of DSOs and VP/VCs, and an ATM matrix. However, the call processor 
1308 may control other communications devices and connections in other embodiments. 

The call processor 1308 comprises a control platform 1322 and an 
application platform 1324. Each platform 1322 and 1324 is coupled to the other 
platform. 

The control platform 1322 is comprised of various external interfaces 
including an interworking unit interface, a controllable ATM matrix, an echo interface, a 
resource control interface, a call information interface, and an operations interface. The 
control platform 1322 is externally coupled to an interworking unit control, a controllable 
ATM matrix control, an echo control, a resource control, accounting, and operations. The 
interworking unit interface exchanges messages with at least one interworking unit. 
These messages comprise DSO to VP/VC assignments, acknowledgments, and status 
information. The controllable ATM matrix interface exchanges messages with at least 
one controllable ATM matrix. These messages comprise DSO to VP/VC assignments, 
VP/VC to VP/VC assignments, acknowledgments, and status information. The echo 
control interface exchanges messages with echo control systems. Messages exchanged 
with echo control systems might include instructions to enable or disable echo 
cancellation on particular DSOs, acknowledgments, and status information. 

The resource control interface exchanges messages with external 
resources. Examples of such resources are devices that implement continuity testing, 
encryption, compression, tone detection/transmission, voice detection, and voice 
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messaging. The messages exchanged with resources are instructions to apply the 
resource to particular DSOs, acknowledgments, and status information. For example, a 
message may instruct a continuity testing resource to provide a loopback or to send and 
detect a tone for a continuity test. 

The call information interface transfers pertinent call information to a call 
information processing system, such as to the CPCS 1306. Typical call information 
includes accounting information, such as the parties to the call, time points for the call, 
and any special features applied to the call. One skilled in the art will appreciate how to 
produce the software for the interfaces in the control platform 1322. 

The application platform 1324 processes signaling information from the 
signaling interface 1304 to select connections. The identity of the selected connections 
are provided to the control platform 1322 for the interworking unit interface and/or for 
the controllable ATM matrix interface. The application platform 1324 is responsible for 
validation, translation, routing, call control, exceptions, screening, and error handling. In 
addition to providing the control requirements for the interworking unit and the 
controllable ATM matrix, the application platform 1324 also provides requirements for 
echo control and resource control to the appropriate interface of the control platform 
1322. In addition, the application platform 1324 generates signaling information for 
transmission by the signaling interface 1304. The signaling information might be for 
ISUP, INAP, or TCAP messages to external network elements. Pertinent information for 
each call is stored in an enhanced circuit data block (ECDB) for the call. The ECDB can 
be used for tracking and accounting the call. 
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The application platform 1324 preferably operates in general accord with 
the Basic Call State Model (BCSM) defined by the ITU. An instance of the BCSM is 
created to handle each call. The BCSM includes an originating process and a terminating 
process. The application platform 1324 includes a service switching function (SSF) that 
is used to invoke the service control function (SCF). Typically, the SCF is contained in 
an SCP. The SCF is queried with TCAP or INAP messages that are transported by the 
signaling interface 1304 and which are initiated with information from the SSF in the 
application platform 1324. The originating or terminating processes will access remote 
databases with intelligent network (IN) functionality via the SSF. 

Software requirements for the application platform 1324 can be produced 
in specification and description language (SDL) defined in ITU-T Z.100 or similar logic 
or description languages. The SDL can be converted into C code. A real time case tool 
such as SDT from Telelogic, Inc. or Object Time from Object Time, Inc. can be used. 
Additional C and C++ code can be added as required to establish the environment. It will 
be appreciated that other software languages and tools may be used. 

The call processor 1308 can be comprised of the above-described software 
loaded onto a computer. The computer can be a generally available fault-tolerant Unix 
computer, such as those provided by Sun, Tandem, or Hewlett Packard. It may be 
desirable to utilize the multi -threading capability of a Unix operating system. 

From Figure 13, it can be seen that the application platform 1324 
processes signaling information to control numerous systems and facilitate call 
connections and services. The SS7 signaling is exchanged between the call processor 
1308 and external components through the signaling interface 1304, and control 
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information is exchanged with external systems through the control platform 1322. 
Advantageously, the signaling interface 1304, the CPCS 1306, and the call processor 
1308 are not integrated into a switch central processing unit (CPU) that is coupled to a 
switching matrix. Unlike an SCP, the components of the signaling processor 1302 are 
capable of processing ISUP messages independently of TCAP queries. 

SS7 MESSAGE DESIGNATIONS 

SS7 messages are well known. Designations for various SS7 messages 
commonly are used. Those skilled in the art are familiar with the following message 
designations: 



ACM -- 


Address Complete Message 


ANM -- 


Answer Message 


BLO -- 


Blocking 


BLA -- 


Blocking Acknowledgment 


CPG -- 


Call Progress 


CGB -- 


Circuit Group Blocking 


CGBA -- 


Circuit Group Blocking Acknowledgment 


GRS -- 


Circuit Group Reset 


GRA -- 


Circuit Group Reset Acknowledgment 


CGU -- 


Circuit Group Unblocking 


CGUA -- 


Circuit Group Unblocking Acknowledgment 


CQM -- 


Circuit Group Query Message 


CQR -- 


Circuit Group Query Response 
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CRM 


— Cirenit Reservation N/Tpqqjiop 


CRA 


Circuit Reservation Acknowledgment 


CVT 


Circuit Validation Test 


CVR 


— Circuit Validation Response 


CFN 


— Confusion 


COT 


Continuity 


CCR 


Continnitv f^Vipplr T?pnnpct 


EXM 


Exit IVfessape 


INF 


TnforiYiation 


INR 


Information Reauest 


IAM 


Initial Address Message 


T PA 


— T nnn RqpI/ A plrnoix/lpdcyTYipnt 

1_/\JUU Ua^lv iT.L'AxHJ WlCvl&lllCllL 


PAM - 


Pass Aloncr Message 


REL 


Release 


RLC 


Release Comnlete 


RSC 


— Reset Circuit 


RES 


- Resume 


sus 


— Suspend 


UBL - 


- Unblocking 


UBA - 


- Unblocking Acknowledgment 


UCIC - 


- Unequipped Circuit Identification Code. 
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CALL PROCESSOR TABLES 

Call processing typically entails two aspects. First, an incoming or 
"originating" connection is recognized by an originating call process. For example, the 
initial connection that a call uses to enter a network is the originating connection in that 
5 network. Second, an outgoing or "terminating" connection is selected by a terminating 
call process. For example, the terminating connection is coupled to the originating 
connection in order to extend the call through the network. These two aspects of call 
processing are referred to as the originating side of the call and the terminating side of the 
Q call. 

£l 10 Figure 14 depicts an exemplary data structure preferably used by the call 

-a 

processor 1302 of Figure 13 to execute the BCSM. This is accomplished through a series 
W of tables that point to one another in various ways. The pointers typically are comprised 

of next function and next label designations. The next function points to the next table, 

W H 

iy 

ju: and the next label points to an entry or a range of entries in that table. It will be 

yj 

yj 15 appreciated that the pointers for the main call processing are illustrated in Figure 14. 

The primary data structure has a TDM trunk circuit table 1402, an ATM 
trunk circuit table 1404, a trunk group table 1406, a carrier table 1408, an exception table 
1410, an originating line information (OLI) table 1412, an automatic number 
identification (ANI) table 1414, a called number screening table 1416, a called number 
20 table 1418, a routing table 1420, a trunk group class of service (COS) table 1422, and a 
message mapping table 1424. Also included in the data structure are a day of year table 
1426, a day of week table 1428, a time of day table 1430, and a time zone table 1432. 
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The TDM trunk circuit table 1402 contains information required to 
provision the TDM side of a connection from the call processor site. Each circuit on the 
TDM side of a connection has an entry. The TDM trunk circuit table 1402 is accessed 
from the trunk group table 1406 or an external call process, and it points to the trunk 
5 group table. 

The ATM trunk circuit table 1404 contains information required to 

/ 

provision the ATM side of a connection. Typically, one record appears in this table per 
ATM trunk group. Although, the system can be configured alternately for multiple 
records per trunk group. The ATM trunk circuit table 1404 is accessed from the trunk 

10 group table 1406 or an external call process, and it points to the trunk group table. 

The trunk group table 1406 contains information that is required to build 
trunk groups out of different trunk members identified in the TDM and ATM trunk 
circuit tables 1402 and 1404. The trunk group table 1406 contains information related to 
the originating and terminating trunk groups. The trunk group table 1406 typically points 

15 to the carrier table 1408. Although, the trunk group table 1406 may point to the 
exception table 1410, the OLI table 1412, the ANI table 1414, the called number 
screening table 1416, the called number table 1418, the routing table 1420, the day of 
year table 1426, the day of week table 1428, the time of day table 1430, and the treatment 
table (see Figure 15). 

20 For default processing of an IAM of an outgoing call in the forward 

direction, when the call process determines call setup and routing parameters for user 
communications on the originating portion, the trunk group table 1406 is the next table 
after the TDM and ATM trunk circuit tables 1402 and 1404, and the trunk group table 

53 



Sprint Docket 1176 

points to the carrier table 1408. For default processing of an I AM of an outgoing call in 
the forward direction, when the call process determines call setup and routing parameters 
for user communications on the terminating portion, the trunk group table 1406 is the 
next table after the routing table 1420, and the trunk group table points to the TDM or 
ATM trunk circuit table 1402 or 1404. For default processing of an ACM or an ANM of 
an outgoing call in the originating direction, when the call process determines parameters 
for signaling, the trunk group table 1406 is the next table after the TDM or ATM trunk 
circuit table 1402 or 1404, and the trunk group table points to the message mapping table 
1424. It will be appreciated that this is the default method, and, as explained herein, other 
implementations of table processing occur. 

The carrier table 1408 contains information that allows calls to be 
screened based, at least in part, on the carrier information parameter and the carrier 
selection parameter. The carrier table 1408 typically points to the exception table 1410. 
Although, the carrier table 1408 may point to the OLI table 1412, the ANI table 1414, the 
called number screening table 1416, the called number table 1418, the routing table 1420, 
the day of year table 1426, the day of week table 1428, the time of day table 1430, the 
treatment table (see Figure 15), and the database services table (see Figure 16). 

The exception table 1410 is used to identify various exception conditions 
related to the call that may influence the routing or handling of the call. The exception 
table 1410 contains information that allows calls to be screened based, at least in part, on 
the called party number and the calling party's category. The exception table 1410 
typically points to the OLI table 1412. Although, the exception table 1410 can point to 
the ANI table 1414, the called number screening table 1416, the called number table 
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1418, the routing table 1420, the day of year table 1426, the day of week table 1428, the 
time of day table 1430, the call rate table, the percent control table, the treatment table 
(see Figure 15), and the database services table (see Figure 16). 

The OLI table 1412 contains information that allows calls to be screened 
based, at least in part, on originating line information in an I AM. The OLI table 1412 
typically points to the ANI table 1414. Although, the OLI table can point to the called 
number screening table 1416, the called number table 1418, the routing table 1420, the 
day of year table 1426, the day of week table 1428, the time of day table 1430, and the 
treatment table (see Figure 15). 

The ANI table 1414 is used to identify any special characteristics related 
to the caller's number, which is commonly known as automatic number identification. 
The ANI table 1414 is used to screen and validate an incoming ANI. ANI specific 
requirements such as queuing, echo cancellation, time zone, and treatments can be 
established. The ANI table 1414 typically points to the called number screening table 
1416. Although, the ANI table 1414 can point to the called number table 1418, the 
routing table 1420, the day of year table 1426, the day of week table 1428, the time of 
day table 1430, and the treatment table (see Figure 15). 

The called number screening table 1416 is used to screen called numbers. 
The called number screening table 1416 determines the disposition of the called number 
and the nature of the called number. The called number screening table 1416 is used to 
provide the trigger detection point (TDP) for an AIN SCP TCAP query. It is used, for 
example, with the local number portability (LNP) feature. The called number screening 
table can invoke a TCAP. The called number screening table 1416 typically points to the 
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called number table 1418. Although, the called number screening table 1416 can point to 
the routing table 1420, the treatment table, the call rate table, the percent table (see Figure 
15), and the database services table (see Figure 16). 

The called number table 1418 is used to identify routing requirements 
based on, for example, the called number. This will be the case for standard calls. The 
called number table 1418 typically points to the routing table 1410. In addition, the 
called number table 1426 can be configured to alternately point to the day of year table 
1426. The called number table 1418 can also point to the treatment table (see Figure 15) 
and the database services table (see Figure 16). 

The routing table 1420 contains information relating to the routing of a 
call for various connections. The routing table 1420 typically points to the treatment 
table (see Figure 15). Although, the routing table also can point to the trunk group table 
1406 and the database services table (see Figure 16). 

For default processing of an IAM of an outgoing call in the forward 
direction, when the call process determines call setup and routing parameters for user 
communications, the routing table 1420 is the next table after the called number table 
1418, and the routing table points to the trunk group table 1406. For default processing 
of an IAM of an outgoing call in the forward direction, when the call process determines 
parameters for signaling, the routing table 1420 is the next table after the called number 
table 1418, and the routing table points to the message mapping table 1424. It will be 
appreciated that this is the default method, and, as explained herein, other 
implementations of table processing occur. 
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The trunk group COS table 1422 contains information that allows calls to 
be routed differently based on the class of service assigned to the originating trunk group 
and to the terminating trunk group. The trunk group COS table can point to the routing 
table 1420 or the treatment table (see Figure 15). 
5 When the trunk group COS table 1422 is used in processing, after the 

routing table 1420 and the trunk group table 1406 are processed, the trunk group table 
points to the trunk group COS table. The trunk group COS table points back to the 
routing table 1420 for further processing. Processing then continues with the routing 
table 1420 which points to the trunk group table 1406, and the trunk group table which 
10 points to the TDM or ATM trunk circuit table 1402 or 1404. It will be appreciated that 
this is the default method, and, as explained herein, other implementations of table 
processing occur. 

The message mapping table 1424 is used to provide instructions for the 
formatting of signaling messages from the call processor. It typically can be accessed by 

15 the routing table 1420 or the trunk group table 1406 and typically determines the format 
of the outgoing messages leaving the call processor. 

The day of year table 1426 contains information that allows calls to be 
routed differently based on the day of the year. The day of year table typically points to 
the routing table 1420 and references the time zone table 1432 for information. The day 

20 of year table 1426 also can point to the called number screening table 1416, the called 
number table 1418, the routing table 1420, the day of week table 1428, the time of day 
table 1430, and the treatment table (see Figure 15). 
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The day of week table 1428 contains information that allows calls to be 
routed differently based on the day of the week. The day of week table typically points to 
the routing table 1420 and references the time zone table 1432 for information. The day 
of week table 1428 also can point to the called number screening table 1416, the called 
5 number table 1418, the time of day table 1430, and the treatment table (see Figure 15). 

The time of day table 1430 contains information that allows calls to be 
routed differently based on the time of the day. The time of day table 1430 typically 
points to the routing table 1420 and references the time zone table 1432 for information. 
The time of day table 1430 also can point to the called number screening table 1416, the 
10 called number table 1418, and the treatment table (see Figure 1 5). 

The time zone table 1432 contains information that allows call processing 
to determine if the time associated with the call processing should be offset based on the 
time zone or daylight savings time. The time zone table 1432 is referenced by, and 
provides information to, the day of year table 1426, the day of week table 1428, and the 
1 5 time of day table 1430. 

Figure 15 is an overlay of Figure 14. The tables from Figure 14 are 
present. However, for clarity, the table's pointers have been omitted, and some tables 
have not been duplicated in Figure 15. Figure 15 illustrates additional tables that can be 
accessed from the tables of Figure 14. These include an outgoing release table 1502, a 
20 treatment table 1504, a call rate table 1506, and a percent control table 1508, and 
time/date tables 1510. 
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The outgoing release table 1502 contains information that allows call 
processing to determine how an outgoing release message is to be formatted. The 
outgoing release table 1502 typically points to the treatment table 1506. 

The treatment table 1504 identifies various special actions to be taken in 
the course of call processing. For example, based on the incoming trunk group or ANI, 
different treatments or cause codes are used to convey problems to the called and calling 
parties. This typically will result in the transmission of a release message (REL) and a 
cause value. The treatment table 1504 typically points to the outgoing release table 1502 
and the database services table (see Figure 16). 

The call rate table 1506 contains information that is used to control call 
attempts on an attempt per second basis. Preferably, attempts from 100 per second to 1 
per minute are programmable. The call rate table 1506 typically points to the called 
number screening table 1416, the called number table 1418, the routing table 1420, and 
the treatment table 1504. 

The percent control table 1508 contains information that is used to control 
call attempts based upon a percent value of the traffic that is processed through call 
processing. The percent control table 1508 typically points to the called number 
screening table 1416, the called number table 1418, the routing table 1420, and the 
treatment table 1504. 

The date/time tables 1510 have been identified in Figure 14 as the day of 
year table 1426, the day of week table 1428, the time of day table 1426, and the time zone 
table 1432. They are illustrated in Figure 15 as a single location for ease and clarity but 
need not be so located. 
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Figure 16 is an overlay of Figures 14-15. The tables from Figures 14-15 
are present. However, for clarity, the table's pointers have been omitted, and some tables 
have not been duplicated in Figure 16. 

Figure 16 illustrates additional tables that can be accessed from the tables 
of Figures 14-15 and which are directed to the TCAP and the SCCP message processes. 
These include a database services table 1602, a signaling connection control part (SCCP) 
table 1604, an intermediate signaling network identification (ISNI) table 1606, a 
transaction capabilities application part (TCAP) table 1608, and an advanced intelligent 
network (AIN) event parameters table 1610. 

The database services table 1602 contains information about the type of 
database service requested by call processing. The database services table 1602 
references and obtains information from the SCCP table 1604 and the TCAP table 1608. 
After the database function is performed, the call is returned to normal call processing. 
The database services table 1602 points to the called number table 1418. 

The SCCP table 1604 contains information and parameters required to 
build an SCCP message. The SCCP table 1604 is referenced by the database services 
table 1602 and provides information to the database services table. 

The ISNI table 1606 contains network information that is used for routing 
SCCP message to a destination node. The ISNI table 1606 is referenced by the SCCP 
table 1604 and provides information to the SCCP table. 

The TCAP table 1608 contains information and parameters required to 
build a TCAP message. The TCAP table 1608 is referenced by the database services 
table 1602 and provides information to the database services table. 
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The AIN event parameters table 1610 contains information and parameters 
that are included in the parameters portion of a TCAP event message. The AIN event 
parameters table 1610 is referenced by the TCAP table 1608 and provides information to 
the TCAP table. 

Figure 17 is an overlay of Figures 14-16. The tables from Figures 14-16 
are present. However, for clarity, the tables have not been duplicated in Figure 17. 
Figure 17 illustrates additional tables that can be used to setup the call process so that the 
tables of Figures 14-16 may be used. These setup tables 1702 include a site office table 
1704, an external echo canceller table 1706, an interworking unit (IWU) table 1708, a 
controllable ATM matrix (CAM) interface table 1710, and a controllable ATM matrix 
(CAM) table 1712. 

The site office table 1704 contains information which lists office-wide 
parameters, some of which are information-based and others which affect call processing. 
The site office table 1704 provides information to the call processor or switch during 
initialization or other setup procedures, such as population of data or transfer of 
information to one or more memory locations for use during call processing. 

The external echo canceller 1706 contains information that provides the 
interface identifier and the echo canceller type when an external echo canceller is 
required. The external echo canceller table 1706 provides information to the call 
processor or switch during initialization or other setup procedures, such as population of 
data or transfer of information to one or more memory locations for use during call 
processing. 
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The IWU table 1708 contains the internet protocol (IP) identification 
numbers for interfaces to the interworking units at the call processor or switch site. The 
IWU table 1708 provides information to the call processor or switch during initialization 
or other setup procedures, such as population of data or transfer of information to one or 
5 more memory locations for use during call processing. 

The CAM interface table 1710 contains information for the logical 
interfaces associated with the CAM. The CAM interface table 1710 provides information 
to the call processor or switch during initialization or other setup procedures, such as 
population of data or transfer of information to one or more memory locations for use 
W 10 during call processing. 

The CAM table 1712 contains information associated with the logical and 
physical setup properties of the CAM. The CAM table 1712 provides information to the 
call processor or switch during initialization or other setup procedures, such as population 
of data or transfer of information to one or more memory locations for use during call 
15 processing. 

Figures 18-47 depict examples of the various tables described above. It 
will be appreciated that other versions of tables may be used. In addition, information 
from the identified tables may be combined or changed to form different tables. 

Figure 18 depicts an example of a TDM trunk circuit table. The TDM 
20 trunk circuit table is used to access information about the originating circuit for 
originating circuit call processing. It also is used to provide information about the 
terminating circuit for terminating circuit call processing. The trunk group number of the 
circuit associated with the call is used to enter the table. The group member is the second 
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entry that is used as a key to identify or fill information in the table. The group member 
identifies the member number of the trunk group to which the circuit is assigned, and it is 
used for the circuit selection control. 

The table also contains the trunk circuit identification code (TCIC). The 
TCIC identifies the trunk circuit which is typically a DSO. The echo canceller (EC) label 
entry identifies the echo canceller, if any, which is connected to the circuit. The 
interworking unit (IWU) label and the interworking unit (IWU) port identify the hardware 
location and the port number, respectively, of the interworking unit. The DS1/E1 label 
and the DS1/E1 channel denote the DS1 or the El and the channel within the DS1 or El, 
respectively, that contains the circuit. The initial state specifies the state of the circuit 
when it is installed. Valid states include blocked if the circuit is installed and blocked 
from usage, unequipped if the circuit is reserved, and normal if the circuit is installed and 
available from usage. 

Figure 19 depicts an example of an ATM trunk circuit table. The ATM 
trunk circuit table is used to access information about the originating circuit for 
originating circuit call processing. It also is used to provide information about the 
terminating circuit for terminating circuit call processing. 

The trunk group number of the circuit associated with the call is used to 
enter the table. The group size denotes the number of members in the trunk group. The 
starting trunk circuit identification code (TCIC) is the starting TCIC for the trunk group, 
and it is used in the routing label of an ISUP message. The transmit interface label 
identifies the hardware location of the virtual path on which the call will be transmitted. 
The transmit interface label may designate either an interworking unit interface or a CAM 
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interface for the designated trunk members. The transmit virtual path identifier (VPI) is 
the VP that will be used on the transmission circuit side of the call. The receive interface 
label identifies the hardware location of the virtual path on which the call will be 
received. The receive interface label may designate either an interworking unit interface 
or a CAM interface for the designated trunk members. The receive virtual path identifier 
(VPI) is the VP that will be used on the reception circuit side of the call. The initial state 
specifies the state of the circuit when it is installed. Valid states include blocked if the 
circuit is installed and blocked from usage, unequipped if the circuit is reserved, and 
normal if the circuit is installed and available from usage. 

Figure 20A depicts an example of a trunk group table. The trunk group 
number of the trunk group associated with the circuit is used to key into the trunk group 
table. The administration information field is used for information purposes concerning 
the trunk group and typically is not used in call processing. The associated point code is 
the point code for the far end switch or call processor to which the trunk group is 
connected. The common language location identifier (CLLI) entry is a standardized 
Bellcore entry for the associated office to which the trunk group is connected. The trunk 
type identifies the type of the trunk in the trunk group. The trunk type may be a TDM 
trunk, an ATM trunk from the interworking unit, or an ATM trunk from the CAM. 

The associated numbering plan area (NPA) contains information 
identifying the switch from which the trunk group is originating or to which the trunk 
group is terminating. The associated jurisdiction information parameter (HP) contains 
information identifying the switch from which the trunk group is originating or to which 
the trunk group is terminating. If an ISUP JIP is received, an outgoing HP has the same 
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value as the received JIP. If an ISUP JIP is not received in an IAM, and a default JIP 
value is present, then call processing will populate the JIP of the outgoing IAM with the 
default value from the trunk group table. If a JIP is not received, and there is no default 
JIP value, then an outgoing JIP is not transmitted. 

The time zone label identifies the time zone that should be used when 
computing a local date and a local time for use with a day of year table, the day of week 
table, and the time of day table. The echo canceller information field describes the trunk 
group echo cancellation requirements. Valid entries for the echo canceller information 
include normal for a trunk group that uses internal echo cancellation, external for a trunk 
group that requires external echo cancellers, and disable for a trunk group that requires no 
echo cancellation for any call passing over the group. 

Figure 20B is a continuation of Figure 20A for the trunk group table. The 
satellite entry specifies that the trunk group for the circuit is connected through a satellite. 
If the trunk group uses too many satellites, then a call should not use the identified trunk 
group. This field is used in conjunction with the nature of connection satellite indicator 
field from the incoming IAM to determine if the outgoing call can be connected over this 
trunk group. The select sequence indicates the methodology that will be used to select a 
connection. Valid entries for the select sequence field include the following: most idle, 
least idle, ascending, or descending. The interworking unit (IWU) priority signifies that 
outgoing calls will attempt to use a trunk circuit on the same interworking unit before 
using a trunk circuit on a different interworking unit. 

Glare resolution indicates how a glare situation is to be resolved. Glare is 
the dual seizure of the same circuit. If the glare resolution entry is set to "even/odd," the 
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switch or the call processor with the higher point code value will control the even number 
TCICs within the trunk group. The switch or call processor with the lower point code 
value will control the odd number TCICs. If the glare resolution entry is set to "all," the 
call processor controls all of the TCICs within the trunk group: If the glare resolution 
entry is set to "none," the call processor will have no glare control and will yield to all 
double seizures within the trunk group. 

Continuity control indicates whether continuity is to be checked. 
Continuity for outgoing calls on the originating call processor are controlled on a trunk 
group basis. This field specifies whether continuity is not required or whether continuity 
is required and the frequency of the required check. The field identifies a percentage of 
the calls that require continuity check. 

The reattempt entry specifies how many times the outgoing call will be re- 
attempted using a different circuit from the same trunk group after a continuity check 
failure, a glare, or other connection failure. The ignore local number portability (LNP) 
information specifies whether or not the incoming LNP information is ignored. The 
treatment label is a label into the treatment table for the trunk group used on the call. 
Because specific trunk group connections may require specific release causes or 
treatments for a specific customer, this field identifies the type of treatment that is 
required. The message mapping label is a label into the message mapping table which 
specifies the backward message configuration that will be used on the trunk group. 

Figure 20C is a continuation of Figure 20B for the trunk group table. The 
queue entry signifies that the terminating part of the trunk group is capable of queuing 
calls originating from a subscriber that called a number which terminates in this trunk 
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group. The ring no answer entry specifies whether the trunk group requires ring no 
answer timing. If the entry is set to 0, the call processing will not use the ring no answer 
timing for calls terminated on the trunk group. A number other than 0 specifies the ring 
no answer timing in seconds for calls terminating on this trunk group. The voice path cut 
5 through entry identifies how and when the terminating call's voice path will be cut 
through on the trunk group. The options for this field include the following: connect for a 
cut through in both directions after receipt of an ACM, answer for cut through in the 
backward direction upon receipt of an ACM, then cut through in the forward direction 
upon receipt of an ANM, or immediate for cut through in both directions immediately 

10 after an I AM has been sent. 

The originating class of service (COS) label provides a label into a class of 
service table that determines how a call is handled based on the combination of the 
originating COS and the terminating COS from another trunk group. Based on the 
combination of this field and the terminating COS of another trunk group's field, the call 

15 will be handled differently. For example, the call may be denied, route advanced, or 
otherwise processed. The terminating class of service (COS) label provides a label into a 
class of service table that determines how a call is handled based on the combination of 
the originating COS from another trunk group and the terminating COS from the present 
trunk group. Based on a combination of this field and the originating COS the call will 

20 be handled differently. For example, the call may be denied, route advanced, or 
otherwise processed. 

Call control provides an index to a specific trunk group level traffic 
management control. Valid entries include normal for no control applied, skip control, 
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applied wide area telecommunications service (WATS) reroute functionality, cancel 
control, reroute control overflow, and reroute immediate control. The next function 
points to the next table, and the next label points to an entry or a range of entries in that 
table. 

Figure 21 depicts an example of a carrier table. The carrier label is the key 
to enter the table. The carrier identification (ID) specifies the carrier to be used by the 
calling party. The carrier selection entry identifies how the caller specifies the carrier. 
For example, it identifies whether the caller dialed a prefix digit or whether the caller was 
pre-subscribed. The carrier selection is used to determine how the call will be routed. 
The next function points to the next table, and the next label defines an area in that table 
for further call processing. 

Figure 22 depicts an example of an exception table. The exception label is 
used as a key to enter the table. The calling party's category entry specifies how to 
process a call from an ordinary subscriber, an unknown subscriber, or a test phone. The 
called number nature of address differentiates between 0+ calls, 1+ calls, test calls, local 
routing number (LRN) calls, and international calls. For example, international calls 
might be routed to a pre-selected international carrier. The called number "digits from" 
and "digits to" focus further processing unique to a defined range of called numbers. The 
"digits from" field is a decimal number ranging from 1-15 digits. It can be any length 
and, if filled with less than 15 digits, is filled with 0s for the remaining digits. The "digits 
to" is a decimal number ranging from 1-15 digits. It can be any length and, if filled with 
less than 15 digits, is filled with 9s for the remaining digits. The next function and next 
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label entries point to the next table and the next entry within that table for the next routing 
function. 

Figure 23 depicts an example of the originating line information (OLI) 
table. The OLI label is used as a key to enter the table from a prior next function 
operation. The originating line information entry specifies the information digits that are 
being transmitted from a carrier. Different calls are differentiated based on the 
information digits. For example, the information digits may identify an ordinary 
subscriber, a multi-party line, N00 service, prison service, cellular service, or private pay 
station. The next function and next label entries point to the next table and the area 
within that table for the next routing function. 

Figure 24 depicts an example of an automatic number identification (ANI) 
table. The ANI label is used as a key to enter the table from a prior next option. The 
charge calling party number "digits from" and "digits to" focus further processing unique 
to ANI within a given range. These entries are looked at to determine if the incoming 
calling number falls within the "digits from" and "digits to" fields. The time zone label 
indicates the entry in the time zone table that should be used when computing the local 
date and time. The time zone label overrides the time zone information from the trunk 
group table 1406. 

The customer information entry specifies further customer information on 
the originating side for call process routing. The echo cancellation (EC) information field 
specifies whether or not to apply echo cancellation to the associated ANI. The queue 
entry identifies whether or not queuing is available to the calling party if the called party 
is busy. Queuing timers determine the length of time that a call can be queued. The 
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treatment label defines how a call will be treated based on information in the treatment 
table. For example, the treatment label may send a call to a specific recording based on a 
dialed number. The next function and next label point to the next table and an area within 
that table for further call processing. 

Figure 25 depicts an example of a called number screening table. The 
called number screening label is used as a key to enter the table. The called number 
nature of address indicates the type of dialed number, for example, national versus 
international. The nature of address entry allows the call process to route a call 
differently based on the nature of address value provided. The "digits from" and "digits 
to" entries focus further processing unique to a range of called numbers. The "digits 
from" and "digits to" columns both contain called number digits, such as NPA-NXX 
ranges, that may contain ported numbers and are checked for an LRN. This table serves 
as the trigger detection point (TDP) for an LNP TCAP when, for example, NP A-NXXs of 
donor switches that have had subscribers port their numbers are data filled in the "digits 
from" and "digits to" fields. The delete digits field provides the number of digits to be 
deleted from the called number before processing continues. The next function and next 
label point to the next table and the area within that table for further call processing. 

Figure 26 depicts an example of a called number table. The called number 
label is used as a key to enter the table. The called number nature of address entry 
indicates the type of dialed number, for example, national versus international. The 
"digits from" and "digits to" entries focus further processing unique to a range of 
numbers, including LRNs. The next function and next label point to a next table and the 
area within that table used for further call processing. 
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Figure 27 depicts an example of a day of year table. The day of year label 
is used as a key to enter the table. The date field indicates the local date which is 
applicable to the action to be taken during the processing of this table. The next function 
and next label identify the table and the area within that table for further call processing. 

Figure 28 depicts an example of a day of week table. The day of week 
label is a key that is used to enter the table. The "day from" field indicates the local day 
of the week on which the action to be taken by this table line entry is to start. The "day 
to" field indicates the local day of the week on which the action to be taken by this table 
line entry is to end. The next function and next label identify the next table and the area 
within that table for further call processing. 

Figure 29 depicts an example of a time of day table. The time of day label 
is used as a key to enter the table from a prior next function. The "time from" entry 
indicates the local time on which an action to be taken is to start. The "time to" field 
indicates the local time just before which the action to be taken is to stop. The next 
function and next label entries identify the next table and the area within that table for 
further call processing. 

Figure 30 depicts an example of a time zone table. The time zone label is 
used as a key to enter the table and to process an entry so that a customer's local date and 
time may be computed. The coordinated universal time (UTC) indicates a standard offset 
of this time zone from the UTC. The UTC is also known as Greenwich mean time, 
GMT, or Zulu. The UTC should be positive for time zones east of Greenwich, such as 
Europe and Asia, and negative for time zones west of Greenwich, such as North America. 
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The daylight savings entry indicates whether daylight savings time is used during the 
summer in this time zone. 

Figure 3 1 depicts an example of a routing table. The routing label is used 
as a key to enter the table from a prior next function. The route number specifies a route 
5 within a route list. Call processing will process the route choices for a given route label 
in the order indicated by the route numbers. The next function and next label identify the 
next table and the area within that table for further call processing. The signal route label 
is associated with the next action to be taken by call processing for this call. The signal 
route label provides the index to access the message mapping label. The signal route 
10 label is used in order to modify parameter data fields in a signaling message that is being 
propagated to a next switch or a next call processor. 

Figure 32 depicts an example of a trunk group class of service (COS) 
table. The originating trunk COS label and the terminating trunk COS label are used as 
keys to enter the table and define call processing. The next function identifies the next 



yl 15 action that will be taken by call processing for this call. Valid entries in the next function 
column may be continued, treat, route advanced, or routing. Based on these entries call 
processing may continue using the current trunk group, send the calls to treatment, skip 
the current trunk group and the routing table and go to the next trunk group on the list, or 
send the call to a different label in the routing table. The next label entry is a pointer that 
20 defines the trunk circuit group that the next function will use to process the call. This 
field is ignored when the next function is continued or route advanced. 

Figure 33 depicts an example of a treatment table. The treatment label is a 
key that is used to enter the table. The treatment label is a designation in a call process 
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that determines the disposition of the call. The error/cause label correspond either to 
internally generated error conditions and call processing or to incoming release cause 
values. For each treatment label, there will be a set of error conditions and cause values 
that will be associated with a series of labels for the call processing error conditions and a 
series of labels for all incoming release message cause values. The next function and 
next label point to the next table and the area within that table for further call processing. 

Figure 34 depicts an example of an outgoing release table. The outgoing 
release label is used as a key to enter the table for processing. The outgoing cause value 
location identifies the type of network to be used. For example, the location entry may 
specify a local or remote network or a private, transit, or international network. The 
coding standard identifies the standard as an International Telecommunications Union 
(ITU) standard or an American National Standards Institute (ANSI) standard. The cause 
value designates error, maintenance, or non-connection processes. 

Figure 35 depicts an example of a percent control table. The percent label 
is used as a key to enter the table. The control percentage specifies the percentage of 
incoming calls that will be affected by the control. The control next function allows 
attempts for call connection to be routed to another table during call processing. The 
control next label points to an area within that table for further call processing. The 
passed next function allows only incoming attempts to be routed to another table. The 
next label points to an area in that table for further call processing. 

Figure 36 depicts an example of a call rate table. The call rate label is 
used as a key to enter the table. The call rate specifies the number of calls that will be 
passed by the control on or for completion. Call processing will use this information to 
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determine if the incoming call number falls within this control. The control next function 
allows a blocked call attempt to be routed to another table. The control next label is a 
pointer that defines the area in the next table for further call processing. The passed next 
function allows only an incoming call attempt to be rerouted to another table. The passed 
next function is a pointer that defines an area in that table for further call processing. 

Figure 37 depicts an example of a database services table. The database 
services label is used as a key to enter the table. The service type determines the type of 
logic that is applied when building and responding to database queries. Service types 
include local number portability and N00 number translation. The signaling connection 
control part (SCCP) label identifies a location within an SCCP table for further call 
processing. The transaction capabilities application part (TCAP) label identifies a 
location within a TCAP table for further processing. The next function identifies the 
location for the next routing function based on information contained in the database 
services table as well as information received from a database query. The next label entry 
specifies an area within the table identified in the next function for further processing. 

Figure 38 A depicts an example of a signaling connection control part 
(SCCP) table. The SCCP label is used as a key to enter the field. The message type entry 
identifies the type of message that will be sent in the SCCP message. Message types 
include Unitdata messages and Extended Unitdata messages. The protocol class entry 
indicates the type of protocol class that will be used for the message specified in the 
message type field. The protocol class is used for connectionless transactions to 
determine whether messages are discarded or returned upon an error condition. The 
message handling field identifies how the destination call processor or switch is to handle 
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the SCCP message if it is received with errors. This field will designate that the message 
is to be discarded or returned. The hop counter entry denotes the number of nodes 
through which the SCCP message can route before the message is returned with an error 
condition. The segmentation entry denotes whether or not this SCCP message will use 
segmentation and send more than one SCCP message to the destination. 

Figure 38B is a continuation of Figure 38 A for the SCCP table. The 
intermediate signaling network identification (ISNI) fields allow the SCCP message to 
traverse different networks in order to reach a desired node. The ISNI type identifies the 
type of ISNI message format that will be used for this SCCP message. The route 
indicator subfield identifies whether or not this SCCP message requires a special type of 
routing to go through other networks. The mark identification subfield identifies whether 
or not network identification will be used for this SCCP message. The label subfield 
identifies a unique address into the ISNI table when the route indicator sub-field is set to 
"constrained" and the mark identification subfield is set to "yes." 

Figure 38C is a continuation of Figure 38B for the SCCP table. Figure 
38C identifies the called party address field and subfields to provide information on how 
to route this SCCP message. The address indicator subsystem number (SSN) indicates 
whether or not a subsystem number will be included in the called party address. The 
point code entry indicates whether or not a point code will be included in the calling party 
address. The global title indicator subfield identifies whether or not a global title 
translation will be used to route the SCCP message. If a global title translation is chosen, 
this subfield also identifies the type. The routing indicator subfield identifies the 
elements that will be used to route the message. Valid entries include global title and 
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point code. The national/international subfield identifies whether the SCCP message will 
use national or international routing and set up. 

The subsystem number field identifies the subsystem number for the 
SCCP message. The point code number indicates the destination point code to which the 
SCCP message will be routed. This field will be used for routing messages that do not 
require SCCP translation. 

The global title translation field allows intermediate nodes to translate 
SCCP messages so that the messages can be routed to the correct destination with the 
correct point code. The global title translation type entry directs the SCCP message to 
the correct global title translation function. The encode scheme identifies how the 
address type will be encoded. The number plan subfield identifies the numbering plan 
that will be sent to the destination node. The address type subfield will identify which 
address type to use for address digits and the SCCP routing through the network. 

Figure 38D is a continuation of Figure 38C for the SCCP table. Figure 
38D identifies the calling party address field which contains the routing information that 
the destination database uses to retain the SCCP message. The address indicator 
subsystem number (SSN) indicates whether or not a subsystem number will be included 
in the called party address. The point code subfield indicates whether or not a point code 
will be included in the calling party address. The global title indicator subfield identifies 
whether or not global title translation will be used to route the SCCP message. The 
routing indicator subfield identifies which elements will be used throughout the message. 
This field may include global title elements or point code elements. The 
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national/international subfield identifies whether the SCCP will use national or 
international routing and set up. 

The subsystem number identifies a subsystem number for the SCCP 
message. The point code number field indicates the destination point code to which the 
5 SCCP message will be routed. The global title translations allow the intermediate nodes 
to translate SCCP messages and to route the messages to the correct destination. The 
global title translation type directs the SCCP message to the correct global title 
translation function. The encode scheme identifies how the address type will be encoded. 
The number plan identifies the number plan that will be sent to the destination node. The 

10 address type subfield identifies the address type to use for address digits in the SCCP 
routing through the network. 

Figure 39 depicts an example of an intermediate signaling network 
identification (ISNI) table. The ISNI table contains a list of networks that will be used 
for routing SCCP messages to the destination node. The ISNI label is used as a key to 

15 enter the table. The network fields 1-16 identify the network number of up to 16 
networks that may be used for routing the SCCP message. 

Figure 40 depicts an example of a transaction capabilities application part 
(TCAP) table. The TCAP label is used as a key to enter the table. The TCAP type 
identifies the type of the TCAP that will be constructed. The TCAP types include 

20 advanced intelligent network (AIN) and distributed intelligent network architecture 
(DINA). The tag class indicates whether the message will use a common or proprietary 
structure. The package type field identifies the package type that will be used in the 
transaction portion of the TCAP message. The component type field identifies the 
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component type that will be used in the component portion of the TCAP message. The 
message type field identifies the type of TCAP message. Message types include variable 
options depending on whether they are AIN message types or DIN A message types. 

Figure 41 depicts an example of an external echo canceller table. The 
echo canceller type specifies if an external echo canceller is being used on the circuit and, 
if so, the type of echo canceller. The echo canceller label points to a location in the 
controllable ATM matrix table for further call processing. The RS-232 address is the 
address of the RS-232 interface that is used to communicate with the external echo 
canceller. The module entry is the module number of the external echo canceller. 

Figure 42 depicts an example of an interworking unit interface table. The 
interworking unit (IWU) is a key that is used to enter the table. The IWU identification 
(ID) identifies which interworking unit is being addressed. The internet protocol (IP) 
sockets 1-4 specify the IP socket address of any of the four connections to the 
interworking unit. 

Figure 43 depicts an example of a controllable ATM matrix (CAM) 
interface table. The CAM interface label is used as a key to enter the table. The CAM 
label indicates which CAM contains the interface. The logical interface entry specifies a 
logical interface or port number in the CAM. 

Figure 44 depicts an example of a controllable ATM matrix (CAM) table. 
The CAM label is used as a key to enter the table. The CAM type indicates the type of 
CAM control protocol. The CAM address identifies the address of the CAM. 

Figure 45A depicts an example of a call processor or switch site office 
table. The office CLLI name identifies a CLLI of the associated office for the call 
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processor or switch. The call processor or switch site node identifier (ID) specifies the 
call processor or switch node identifier. The call processor or switch origination 
identifier (ID) specifies a call processor or switch origination identifier. The software 
identifier (ID) specifies a software release identifier. The call processor identifier (ID) 
specifies the call processor or switch identifier that is sent to the inter working units. 

Figure 45B is a continuation of Figure 45 A of the call processor or switch 
site office table. The automatic congestion control (ACC) specifies whether ACC is 
enabled or disabled. The automatic congestion control level (ACL) 1 onset identifies an 
onset percentage value of a first buffer utilization. The ACL 1 abate entry specifies an 
abatement percentage of utilization for a first buffer. The ACL 2 onset entry specifies an 
onset level for a second buffer. The ACL 2 abate entry specifies an abatement level 
percentage of buffer utilization for a second buffer. The ACL 3 onset entry specifies an 
onset level percentage of buffer utilization for a third buffer. The ACL 3 abate entry 
specifies an abatement level percentage of buffer utilization for a third buffer. 

Figure 45C is a continuation of Figure 45B for the call processor or switch 
site office table. The maximum trunks for the off hook queuing (max trunks OHQ) 
specifies a maximum number of trunk groups that can have the off hook queuing enabled. 
The OHQ timer one (TQ1) entry specifies the number of milliseconds for the off hook 
timer number one. The OHQ timer two (TQ2) entry specifies the number of seconds for 
the off hook timer number two. The ring no answer timer specifies the number of 
seconds for the ring no answer timer. The billing active entry specifies whether ECDBs 
are being sent to the call processing control system (CPCS). The network management 
(NWM) allow entry identifies whether or not a selective trunk reservation and group 
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control are allowed or disallowed. The billing failure free call entry specifies if a call will 
not be billed if the billing process is unavailable. The billing failure free call will either 
be enabled for free calls or disabled so that there are no free calls. 

Figure 45D is a continuation of Figure 45C for the call processor or switch 
site office table. The maximum (max) hop counts identifies the number of call processor 
or switch hops that may be made in a single call. The maximum (max) table lookups 
identifies the number of table lookups that may performed for a single call. This value is 
used to detect loops in routing tables. 

Figures 46A-46B depict an example of an advanced intelligent network 
(AIN) event parameters table. The AIN event parameters table has two columns. The 
first identifies the parameters that will be included in the parameters portion of the TCAP 
event message. The second entry may include information for analysis. 

Figure 47 depicts an example of a message mapping table. This table 
allows the call processor to alter information in outgoing messages. The message type 
field is used as a key to enter the table and represents the outgoing standard message type. 
The parameters entry is a pertinent parameter within the outgoing message. The indexes 
point to various entries in the trunk group and determine if parameters are passed 
unchanged, omitted, or modified in the outgoing messages. 

Those skilled in the art will appreciate that variations from the specific 
embodiments disclosed above are contemplated by the invention. The invention should 
not be restricted to the above embodiments, but should be measured by the following 
claims. 
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